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vorgestellt: 


Kleinrechnersystem SM 52/1 2 (CSSR) 


Technische Daten: 

Prozessor: mikroprogramm- 
gesteuert, 99-Bit-Steuerwort, 
Ausführungsdauer des Mikro- 
befehls: 200 ns, Größe des 
Mikroprogramm-Steuerspei- 
chers: 4 K Wörter/Wort 99 Bits 
PROM/1 K Wörter VOCS/RAM/ 
Innere Daten-Sammelleitung: 
32 Bits, 

CACHE-Speicher 8 K Bytes, 
Zweiwegspeicher, Zugriffzeit 
beim Lesen von CACHE- 
Speicher 290 ns 

Befehlsvorrat: 

1 6 x 32-Bit-Universalregister 
248 Basisbefehle 
32 Prioritätsunterbrechungs- 
ebenen 
Datentypen: 

Ganze Zahlen, Gleitkomma, 
Zeichenketten, Bitfelder ver- 
schiedener Länge und numeri- 
sche Ketten 

Virtueller Adressenbereich 
4 GByte 

Physischer Adressenbereich 
1 GByte 

Adressenmodi 9 

Operationsspeicher: 
physische Speichergröße 
8 MByte /RAM 16 Kxl/ 
mit zwei Steuereinheiten 
32 MByte /RAM 64 K x 1/ 
Parität 

8 Bits ECC auf 64-Bit- Vierwort 
Technologie 

1 6 K x 1 Bit dynamischer RAM 

Lesezyklus 

800 ns 64 Bits 

Zugriffszeit 

800 ns /Lesen 64 Bits/ 

Schreibzyklus 

1000 ns /64 Bits/ 

Adapter der gemeinsamen 
Sammelleitung 
max. 4 Stck. 
max. Übertragungs- 
geschwindigkeit 
1 ,5 M Bits/s 
Datenwege mit Puffer 
1 5 max. 8-Bytes-Puffer in 
jedem Weg 

max. Belegungszahl für die 

Sammelleitung 

1 5 einschl. Übertrager 

Unterbrechung 

direkt, vektoriell mittels ASZ 

programmierbarer Kunden- 

Mikroprogrammspeicher: 

Größe 

1 K Wort/99 Bits pro Wort/ 
Technologie 

Schreibspeicher RAM, 70 ns 
Zugriffszeit 

Abmessungen: 

Höhe 1600 mm 

Breite 1600 mm 

Tiefe 800 mm 


Erstmals zur Maschinenbaumesse Brno 1985 
und auch in diesem Jahr wurde von KOVO der 
erste 32-Bit-Rechner des SKR, die Anlage 
SM 52/12, vorgestellt, die gegenüber bisherigen 
16-Bit- Anlagen eine Reihe von Vorteilen hat. 
(Die folgenden Angaben entnahmen wir einem 
Prospekt von datasystem.) 

Charakteristik 

Das Prozessorwort hat 32 Bits und ermöglicht 
die Adressierung eines 4 GByte großen virtuel- 
len Speichers, aufgeteilt auf je 2 GByte Opera- 
tionssystem und Verarbeitungssystem. 

Der Operativspeicher hat 2 MByte und ist auf 
8 MByte erweiterbar. 

Es gibt 32 Unterbrechungspositionen, davon 
16 hardwaregenerierte und 16 Software-Positio- 
nen. 

Der Befehlsvorrat besteht aus 248 Grundbe- 
fehlen -zum Beispiel für die Gleitkommaopera- 
tionen, die Arbeit mit Zeichenketten und ge- 
packten Dezimalketten - und einem Befehlsvor- 
rat für die Verarbeitung von 16-Bit-Kundenpro- 
grammen. 

Der H-Bytc- Befehlspuffer ermöglicht es der 
CPU, während der Abarbeitung eines Befehls 
den nachfolgenden bereits zu lesen und zu deko- 
dieren und damit die Leistung des Prozessors 
wesentlich zu erhöhen. 

Neben diesem Befehlspuffer als CACHE-Sy- 
stem gibt es ein weiteres Register für 128 visuell- 


physische Übersetzungen von Seitenadressen 
sowie den eigentlichen CACHE-Speicher. Die- 
ser ist ein 8-KByte-Zweiweg- Assoziativspeicher 
für häufig benutzte Adressen und Befehle. Die 
Zugriffzeit zum Speicher verringert sich für die 
Zentraleinheit damit beim Lesen von 1800 ns 
auf 290 ns. 

Die Interaktion zwischen den Hauptfunktions- 
blöcken wird über folgende Sammelleitungen 
realisiert: ID-Bus, V-Bus, CS-Bus, UPC, MD- 
Bus und PA-Bus. 

Für das Programmieren in Assembler stehen 16 
32-Bit-Register zur Verfügung, die bei der 
Arbeit mit dem ursprünglichen Befehlsvorrat 
verwendet werden können. 

Das Diagnosesystem der Anlage besteht aus 
folgenden Elementen: Operationssystem, Dia- 
gnostiksupervisor, Diagnostikprogramme, Po- 
sition Konsole. 

Als Konsolenuntersystem dient der Minirechner 
SM 50/50 mit 16-KWort-Speicher, Bildschirm, 
Disketten-Laufwerk und Mosaikdrucker. 

Auf einem virtuellen Speicher baut das uni- 
verselle Betriebssystem MOS auf, eine Weiter- 
entwicklung des DOSRV. Im Entwicklungs- 
stadium ist das System INMOS. Getestet wird 
bereits die Kommunikationssoftware SYRPOS. 
BASIC 32, FORTRAN 77, PASCAL und C 
sind zur Zeit als Sprachen verfügbar, in Zukunft 
voraussichtlich u. a. auch PL/1, PROLOG und 
COBOL. 

Foto: Paszkowsky 
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Informatik-Zentrum 
des Hochschulwesens 
der DDR gebildet 

Am 4. Oktober 1 986 wurde durch 
den Minister für Hoch- und Fach- 
schulwesen, Prof. Dr. h. c. 
Böhme, das Informatik-Zentrum 
des Hochschulwesens der DDR 
an der Technischen Universität 
Dresden gegründet. Als Direktor 
wurde der Rektor der Ingenieur- 
hochschule Dresden, Prof. Dr. 
rer. oec. Tzschoppe, ernannt. 

Das Informatik-Zentrum entsteht 
aus Kapazitäten der Ingenieur- 
hochschule Dresden und der 
Technischen Universität Dres- 
den. 

Durch den schrittweisen Aufbau 
einer so zentralisierten Lehr- und 
Forschungseinrichtung für die 
Sicherung und Koordinierung 
des Bildungs- und Forschungs- 
verlaufes im Hochschulwesen 
der DDR wird der Entwicklung 
und breiten Anwendung moder- 
ner Informations- und Kommuni- 
kationstechnologien entspre- 
chend den Bedürfnissen der ent- 
wickelten sozialistischen Gesell- 
schaft Rechnung getragen. 

Die Ausbildung erfolgt in der 
Grundstudienrichtung Informatik 
in den Fachrichtungen 

- Theoretische Informatik 

- Systemsoftware 

- Angewandte Informatik 

- Rechnergestaltung und 
-betrieb. 

In der disziplinären Grundlagen- 
forschung und interdisziplinären 
Nutzanwendung konzentriert 
sich das Informatik-Zentrum in • 
Einheit von Software und Hard- 
ware u. a. auf die Gebiete Rech- 
nerarchitektur, Rechnernetze, 
Softwaretechnologie, Basissoft- 
ware für CAD/CAM und rechner- 
integrierte Fertigung (CIM) sowie 
optische Informationsverarbei- 
tung und Bildverarbeitung. 

Die Entwicklung des wissen- 
schaftlichen Nachwuchses und 
der Ausbau des Systems der 
Weiterbildung für die Informatik 
im Hochschulwesen wird in der 
Wechselwirkung und aktiven 
Mitarbeit der Kombinate und 
Betriebe ein wesentliches Auf- 
gabengebiet des Informatik- 
Zentrums sein. Hierbei gilt es vor 
allem, neue Formen in gemein- 
samer Arbeit zur Erreichung des 
gestellten Zieles zu finden. Die 
Bedeutung des Komplexes der 
Weiterbildung wird durch den 
Beschluß unterstrichen, am In- 
formatik-Zentrum ein Weiterbil- 
dungszentrum Informatik ab 
1987 aufzubauen. 

Das Informatik-Zentrum wird die 
gesellschaftlich notwendig be- 
deutend gewachsenen Anforde- 


rungen an Spezialisten der Infor- 
matik sowie an die Grundlagen- 
und Fachausbildung in den tech- 
nischen, naturwissenschaftli- 
chen, wissenschafts-wissen- 
schaftlichen und weiteren Fach- 
richtungen auf dem Gebiet der 
Informatik qualitativ und quanti- 
tativ erfüllen helfen. 

Prof. Dr. R. Giesecke 

Ungarische VR baut 
Informationssystem aus 

Die Beschleunigung des techni- 
schen Fortschritts und die breite 
Einführung von Schlüsseltech- 
nologien in der gesamten Wirt- 
schaft Ungarns wird mit einem 
Programm angestrebt, das den 
Ausbau eines Informationssy- 
stems unter maximaler Nutzung 
aller Computer unterschiedli- 
chen Typs vorsieht. Das ge- 
plante System soll die Kommuni- 
kation zwischen den einzelnen 
Forschungszentralen, Instituten, 
Universitäten und Betrieben er- 
möglichen. 

Eine Grundlage für den be- 
schleunigten Informationsaus- 
tausch zwischen Forschern 
wurde vom Zentralen Physikali- 
schen Forschungsinstitut der 
Ungarischen Akademie der Wis- 
senschaften (KFKI) geschaffen, 
in dem alle Computer an ein ein- 
heitliches System angeschlos- 
sen wurden. Das Institut verfügt 
über sowjetische Rechentechnik 
vom Typ ES 1040 und ES 1045 
sowie über Büro- und Personal- 
computer, die nunmehr alle mit 
dem Rechenzentrum des Insti- 
tuts verbunden sind. 

Kubanische Elektronik- 
Zeitschrift gegründet 

CID heißt die erste kubanische 
Zeitschrift für Elektronik und 
Datenverarbeitung. Sie wird 
vom Nationalen Institut für Auto- 
matisierung und Rechentechnik 
mit einer Auflage von vorerst 
5000 Exemplaren herausge- 
geben. 

Die Fachzeitschrift, die compu- 
tergestützt hergestellt wird, soll 
sowohl Fachleute als auch in- 
teressierte Laien ansprechen. 

Spracherkennung 

Ein Computer aus dem Labora- 
torium für „Bionik“ der Bulgari- 
schen Akademie der Wissen- 
schaften ist in der Lage, mündli- 
che Kommandos eines Men- 
schen zu verarbeiten. Das ge- 
lang unter Ausnutzung zweier 
Erfindungen zum Erkennen ge- 
sprochener Kommandos und 
von Sprechsignalen. Die bulgari- 


schen Fachleute entwickelten 
ein Kleinrechnersystem, das zur 
Steuerung flexibler automatisier- 
ter Produktionssysteme, von Ro- 
botern und anderen Maschinen 
vorgesehen ist. Der Operator 
steuert diese mittels Kleinrech- 
ner allein mit seiner Stimme und 
kann mindestens 20 verschie- 
dene Kommandos erteilen. Sie 
genügen, um praktisch alle tech- 
nischen Prozesse in der jeweili- 
gen Produktion auszuführen. 
Labortests haben bewiesen, daß 
der Komplex „menschliche 
Stimme - Kleinrechner - Mikro- 
prozessor-System einer Ma- 
schine“ zuverlässig arbeitet. Der 
Einsatz unter realen Produk- 
tionsbedingungen ist vorge- 
sehen. 

Das Kombinat 
VEB Elektro-Apparate- 
Werke „Friedrich Ebert“ 
zur LFM ’87 

Die Präsentation in der Halle 1 5 
erfolgt schwerpunktmäßig auf 
neue Spitzenerzeugnisse der 
EAW-electronic mit dem modu- 
lar aufgebauten elektronischen 
Steuerungs- und Regelungs- 
system S2000, das in verschie- 
denen Ausbaustufen und Konfi- 
gurationen für automatisierungs- 
technische Lösungen der unte- 
ren bis mittleren Leistungsklasse 
gezeigt wird. Dazu gehört das 
Entwicklungs- und Program- 
miersystem P 8000, das sowohl 
für die Programmierung der 


EAW-electronic S 2000 als auch 
als universeller Entwicklungs- 
arbeitsplatz in multi-user-Eigen- 
schaft sowie als CAD/CAM- 
Arbeitsplatz eingesetzt wird. Das 
Programmier- und Entwick- 
lungssystem für die 8- und 16- 
Bit-Mikrorechentechnik verfügt 
über eine Fülle von Software- 
Komponenten. Dadurch kann 
der Anwender, aufbauend auf 
vorhandene erprobte Lösungen, 
zukunftsorientierte Projekte bei 
gesicherten Hardware- ui$l Soft- 
ware-Investitionen realisieren. 
Die funktionelle Einsatzbreite 
und die dazugehörige Software 
wird dem Messebesucher in 
Form von Problemlösungen 
angeboten. Dabei sind die Ver- 
gabe von Erzeugnis- und Tech- 
nologie-Lizenzen, die Ausstat- 
tung von Produktionsstätten, die 
Ausbildung von Fachpersonal 
im Zusammenhang mit der Rea- 
lisierung von Problemlösungen 
weitere Schwerpunkte der Ange- 
botstätigkeit. 

Das P-8000-System wird in 
Mikroprozessortechnik 3/1 987 
ausführlich beschrieben. 

Das Sortiment der EAW-electro- 
nic wird komplettiert durch 
modernste Erzeugnisse der An- 
zeige- und Registriertechnik, wo- 
bei besonders der programmier- 
bare Mehrkanalschreiber mit 
Mikroprozessor PMM 1 00 und 
der Grenzwertmelder mit Ein- 
chip-Mikrorechner sowie eine 
breite Palette von Temperatur- 
reglern hervorzuheben sind. 



Bild 1 Programmier- und Entwicklungssystem für 8- und 16-Bit- 
Mikrorechentechnik P 8000 [Werkfotos (2)] 
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Bild 2 Speicherprogrammierbares Gerätesystem EAW-electronic 
S2000 
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Mikroelektronik - 

Schlüsseltechnologie für die dynamische Entwicklung 
unserer Volkswirtschaft 


In der Direktive des XI. Parteitages der SED 
zum Fünfjahrplan für die Entwicklung der Volks- 
wirtschaft der DDR in den Jahren 1 986-1 990 ist 
zur Sicherung der dynamischen und effektiven 
Entwicklung der Produktivkräfte die fasche 
Entwicklung und umfassende Anwendung der 
Schlüsseltechnologien, insbesondere der 
Mikroelektronik, der sich auf ihrer Grundlage 
entwickelnden modernen Rechentechnik, der 
rechnergestützten Projektierung, Konstruktion 
und Produktionsvorbereitung und -Steuerung 
sowie der flexiblen automatisierten Fertigungs- 
systeme festgelegt. 

Der Industriebereich Elektrotechnik und Elek- 
tronik trägt bei der Verwirklichung dieser Auf- 
gabe sowohl zur Schaffung der materiell-techni- 
schen Basis in der Einheit von Soft- und Hard- 
ware als auch bei der beispielgebenden Anwen- 
dung eine hohe Verantwortung. 

Auf der Grundlage der Beschlüsse des XI. Par- 
teitages der SED werden die Kombinate Carl 
Zeiss JENA und Mikroelektronik Erfurt zu 
Zentren der Hochtechnologien ausgebaut und 
auf dieser Grundlage die Bauelementebasis bis 
1990 erweitert. Das gilt insbesondere für die 
Bereitstellung moderner 16- und 32-Bit-Mikro- 
prozessorsysteme sowie höchstintegrierter 
Speicherschaltkreise bis zu 1 M Bit Speicher- 
vermögen und von kundenspezifischen Schalt- 
kreisen unter Einbeziehung der Anwender. 
Darauf aufbauend werden vom Kombinat 
Robotron im gleichen Zeitraum mindestens 
170000 Büro- und Personalcomputer, 1950 
Kleindatenverarbeitungsanlagen und 670 elek- 
tronische Datenverarbeitungsanlagen bereit- 
gestellt.. Hinzu kommt *ein breites Sortiment 
moderner peripherer Geräte von Folien- und 
Festplattenspeichern, alphanumerischen und 
grafischen farbigen und Schwarz-weiß-Bild- 
schirmgeräten sowie von Druckern und Zei- 
chengeräten, miteinander koppelfähig über 
Datennetze. 

Zur Versorgung der Volkswirtschaft mit hoch- 
wertigen elektronischen Erzeugnissen der 
Automatisierungstechnik werden auf der 
gleichen Bauelementebasis neue Generatio- 
nen numerischer und nichtnumerischer Steue- 
rungen für kontinuierliche und Montagepro- 
zesse von Robotersteuerungen, Antriebssteue- 
rungen, u. a. von Drehstromantrieben, und In- 
formationsverarbeitungseinrichtungen von den 
Kombinaten des Industriebereiches Elektro- 
technik und Elektronik sowie des Werkzeug- 


t und Verarbeitungsmaschinenbaus bereit- 
gestellt. 

In den Betrieben und Kombinaten der Elektro- 
technik und Elektronik werden bis 1990 etwa 
5800 verallgemeinerungsfähige Beispiele für 
CAD/CAM-Lösungen geschaffen. Die hohe 
volkswirtschaftliche Effektivität dieser Vor- 
haben infolge wesentlicher Verringerung der 
Entwicklungs- und Überleitungszeiten, Er- 
höhung der Material- und Energieökonomie und 
der Gebrauchswerte der Erzeugnisse wird dar- 
aus ersichtlich, daß bei einer relativen Arbeits- 
kräftefreisetzung je Einsatzfall zwischen 3 und 
20, die Aufwendungen sich in 1 ,5 bis 2 Jahren 
bereits amortisieren. Die Anwendungschwer- 
punkte liegen vor allem beim Entwurf von mono- 
lithischen und hybriden Schaltkreisen sowie 
von Leiterplatten, mechanischen Konstruk- 
tionsteilen sowie im Werkzeug- und Formen- 
bau, bei der Projektierung im Starkstrom- und 
nachrichtentechnischen Anlagenbau, bei der 
technologischen Produktionsvorbereitung bis 
zur Produktionssteuerung. 

Der Umgang mit dem Mikroprozessor als dem 
zentralen Baustein für solche hocheffektiven 
rechentechnischen und informationsverarbei- 
tenden Geräte und Anlagen der CAD/CAM- 
Technik und der Automatisierungstechnik stellt 
hohe Ansprüche an einen ständig wachsenden 
Teil unserer Menschen und verändert tief- 
greifend deren Arbeitsinhalte sowie Arbeits- 
und Lebensbedingungen. 

Die Erschließung der riesigen Effektivitätsreser- 
ven aus der Anwendung dieser Schlüsseltech- 
nologien muß einhergehen mit der rechtzeitigen 
Einbeziehung aller beteiligten Werktätigen, be- 
ginnend bei Maßnahmen der Qualifizierung und 
der Lenkung ihrer vielfältigen Initiativen auf 
diese neuen Aufgaben. 

Vor allem unsere jungen Menschen an den 
Polytechnischen Schulen, Hoch- und Fach- 
schulen sowie Universitäten müssen zum 
frühestmöglichen Zeitpunkt mit diesen neuen 
Fragen der Anwendung rechentechnischer 
Mittel vertraut gemacht und ihre schöpferischen 
Fähigkeiten geweckt werden. 

In diesem umfassenden Prozeß der Qualifizie- 
rung und des Erfahrungsaustausches kommt 
der Zeitschrift „Mikroprozessortechnik“ als 
Mittler von Wissen und Erkenntnissen eine 
wichtige Aufgabe zu. 

Dazu wünsche ich der Redaktion der Zeitschrift 
und ihren Lesern viel Erfolg. 




Felix Meier 

Minister für Elektrotechnik 
und Elektronik 
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CMOS-Gate-Array-System U5200 

Schaltungstechnik und Anwendung 


Manfred Sorst, Dr. Michael Gieseler, 

Dr. Wolf-Joachim Fischer 
VEB Forschungszentrum 
Mikroelektronik Dresden 

Die Gate- Array -Technik als ein Verfah- 
ren zur Herstellung anwendungsspezifi- 
scher Schaltkreise (ASIC) hat eine weite 
Verbreitung gefunden. Dabei wird auf 
Grund der erreichbaren hohen Störsi- 
cherheit sowie der niedrigen Gatter- 
verlustleistung bevorzugt die CMOS- 
Technologie 111 eingesetzt. Für das Gate- 
Array-System U5200 kommt eine 4-pm- 
CMOS-Technologie mit zwei Poly- 
siliziumebenen und einer Metallisie- 
rungsebene zur Anwendung. Dabei wer- 
den die obere Polysiliziumebene, eine 
Kontaktfensterebene sowie die Metalli- 
sierungsebene für die Overlays der Ma- 
kros und die kundenspezifische Kanal- 
verdrahtunggenutzt. Die Haupteigen- 
schaften des Systems U5200, der Grund- 
aufbau des Masters und der Zellen sowie 
die Leistungsparameter des zugehörigen 
CAD-Systems ,ARCHIMEDES“ wur- 
den an anderer Stelle 12, 31 bereits aus- 
führlich beschrieben. 

1. Konstruktion der Gate-Array- 
Zelle 

Die U5200-Gate-Array-Zelle (Bild 1.1) 
enthält insgesamt acht Transistoren 
(4NMOS, 4 PMOS) und zwei Durch- 
führungen. Das für dieses Gate-Array- 
System zur Anwendung kommende 
LSSD-Verfahren zur Berechnung der 
Testfolgen setzt voraus, daß die Spei- 
cherung von Informationen ausschließ- 
lich in den dafür vorgesehenen Master- 
Slave-Flip-Flops erfolgt. Eine Informa- 
tionsspeicherung durch Ladungsspei- 
cherung auf parasitären Kapazitäten ist 
daher nicht möglich. Aus diesem Grund 
wird für das U5200-System eine voll 
statische CMOS-Schaltungstechnik 
ohne Transfergate-Transistoren ange- 
wendet. Vorteilhafterweise werden in 
einem solchen Fall die Gates jeweils 
eines NMOS- und eines PMOS-Transi- 
stors der Zelle bereits im Masterunter- 
grund durch das Polysilizium der Gates 
fest verbunden (Bild 1.1). Das Wesen 
der Gate-Array-Technik bedingt eine 
einheitliche Konstruktion aller Zellen 
eines Typs. Es ist eine Optimierung der 
Transistorparameter bezüglich des dy- 
namischen Verhaltens nur für einen 


Macrotyp möglich. Die elektrischen 
Parameter für alle anderen Macrotypen 
liegen damit ebenfalls fest. Die U5200- 
Zelle wurde für Gatter mit zwei Ein- 
gängen (NAND2, NOR2) optimiert. . 
Unter der Voraussetzung, daß die Ver- 
zögerungszeiten tvLH, tvHL des 
NAND2 für einen High-Low- und Low/ 
High-Übergang am Gatterausgang 
gleich sind, gilt für das Verhältnis der 
Breiten Wp des PKOS- und Wn des 
NKOS-Transistors näherungsweise 
Wp Kn (Ucc-UTn) 2 
Wn “ Kp ' (Ucc-UTp) 2 (1) 

Dabei sind Ucc die Betriebsspannung, 
UTn und UTp die Schwellspannungen 
des NMOS- bzw. PMOS-Transistors, 
Kn und Kp die zugehörigen Transistor- 
konstanten. Für typische Parameter er- 
gibt sich ein Verhältnis von ungefähr 
zwei. Die vom Logikentwerfer zu beach- 
tende Folie einer solchen Optimierungs- 
strategie ist eine Bevorzugung der 
NAND-Macros gegenüber den NOR- 
Macros (Bild 1.2). 

2. JK-Master-Slave-Flip-Flop mit 
Testservice und Taktversorgung 

Rückführungen innerhalb der Anwen- 
derkombinatorik sind wegen der voll- 
automatischen Testpatternerzeugung 
für den Strukturtest der Schaltung un- 
zulässig. Der Anwender muß daher auf 
vorgefertigte sequentielle Schaltele- 
mente zurückgreifen können. Diese 
werden ihm in Gestalt von funktionsspe- 
zialisierten und dynamisch optimierten 
JK-Master-Slave-Flip-Flops angeboten, 
die durch ihre Struktur die automatische 
Testpatternerzeugung gestatten. Das 
Masterkonzept basiert auf der inter- 
mittierenden Anordnung von je zwei 
Gatterzeilen und einer Flip-Flop-Zeile. 
Auf Grund der konzentrierten Zeilen- 
anordnung werden alle nicht anwender- 
spezifischen Signale fest verdrahtet an- 
geboten. 

Diese sind: 

- das Taktsignal C 

- das Modulsteuersignal M 

- das Schiebeeingangssignal QSI sowie 
das Schiebeausgangssignal QSO. 
Taktsystem 

Sämtliche Flip-Flops werden mit dem 
Systemtakt versorgt. Das Logikkonzept 
des Anwenders muß sich daher auf syn- 



Bildl.1 U5200-Zelle 


Mocro ! tvLH/ns i tvHllns 
~NÄNÖT~1 6,~l 

NOR 2 I • U>i 

NAND3 | 6,7 j ^^10,3 

N0R3 ! 15, L,,2 

NANDU ! 7,3 ! ^-13,6 

NOR k j 21, 0 i4 } k 


Bild 1.2 Verzögerungszeiten für NOR- und 
NAND-Gatter 


chrone Schaltungen beschränken. Im 
Punkt 4. wird gezeigt, daß dies keine 
Einschränkung der Anwendungsbreite 
bedeutet. 

Der Taktpfad verläuft vom Eingangs- 
pegelwandler (siehe 3.) über den Trei- 
ber der Taktverteilung zu den Zeilen- 
treibern. Bild 2. 1 zeigt die Struktur des 
Taktsystems. 

Ein zentrales Problem stellt der Takt- 
skew dar. 

Bild 2.2 vermittelt einen Eindruck über 
die Taktlaufzeiten auf dem Chip bei etwa 
80 Prozent Auslastung und unterschied- 
licher Belegung der Matrixhälften. 


In Bild 2.3 ist der Logikplan des Flip- 
Flops dargestellt. Folgende Funktionen 
sind durch das Modussteuersignal M 
möglich: 


Die Schaltung arbeitet als JK-Master- 
Slave-Flip-Flop bezüglich der Eingänge 
J,K,R,S sowie der Datenausgabe über 
Q und Q des Arbeitsslaves SA. Der 
Schiebeslave SS vollzieht alle Zustands- 
änderungen mit und enthält damit stets 
die aktuelle Ausgangsinformation. Das 
Signal an QSI wird ignoriert. 

- M = HIGH: Schiebemodus: 

Die Eingänge J, K, R, S sind unwirksam; 


JK-Master-Slave-Flip-Flop 
mit Testservice 


- M = LOW: Anwendermodus: 
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der Slave SA ist vom Master abgetrennt 
und hält die eingespeicherte Informa- 
tion. Die Stufe arbeitet als RS-Master- 
Slave-Flip-Flop bzgl. QSIi und QSOi. 
Alle QSOi sind mit dem folgenden 
QS1 i + 1 in der Zeile fest als Schieberegi- 
ster verdrahtet. Dies erlaubt ein serielles 
Beschreiben bzw. Auslesen aller Flip- 
Flops während der Schaltkreistestung. 
Neben den oben dargestellten Betriebs- 
arten mit stationären M werden inner- 
halb des Tests auch Datenwege genutzt, 
die gezielt Daten in einen der beiden 
Slaves einbringen können. 

- LOW— > HIGH-Flanke an M wäh- 
rend der Master-Phase des Flip-Flops 
(Takt C = LOW) führt zur Übernahme 
eines Arbeitstaktergebnisses in den 
Scniebeslave SS, wobei der Arbeitsslave 
unbeeinflußt bleibt. Diese Ergebnisse 
können über QSO seriell ausgelesen 
werden. 

- HIGH— > LOW-Flanke an M wäh- 
rend der Slave-Phase (C = HIGH) führt 
zur Übernahme eines Schiebeergebnis- 
ses in den Arbeitsslave SA und ermög- 
licht eine Initialisierung über QSI. 

Die Nutzung dieser Datenkopplung zwi- 
schen dem Master und beiden Slaves 
b ieibt ebenfalls dem Schaltkreistest Vor- 
behalten. Neben der Effektivierung des 
Prüfablaufs dient der Schiebeslave SS 
dem Erkennen speichernder Leitungen 
beim Test. Wie Bild 2.3 zeigt, sind 
Master und Slaves mit invers zu aktivie- 
render Logik (nur ein Takt) aufgebaut. 
In allen Darstellungen sind die Wannen- 
und Substratanschlüsse aus Übersichts- 
gründen unbeschaltet geblieben. Auf 
dem Chip sind alle p-Wannen auf Masse 
und das n-Substrat auf Betriebsspan- 
nung UCC geklemmt. 

Zusammenspiel zwischen Takt- 
verteilung und Flip-Flops 
Durch die dynamischen Parameter von 
Taktverteilung und Flip-Flop und den 
längsten Pfad der Anwenderkombinato- 
rik wird die maximale Taktfrequenz 
fTmax eines verdrahteten Gate-Arrays 
bestimmt. Dabei muß vom folgenden 
Ablauf ausgegangen werden: 

- Während der Slave-Phase laufen alle 


Ausgleichsprozesse in der Kombinato- 
rik ab. Das bedeutet, daß in dieser Phase 
auch die Eingangsinformationen bereit- 
gestellt sein müssen. 

- 40 ns vor der Öffnung des Masters 
(HIGH-LO W -Flanke an C) müssen alle 
dynamischen Vorgänge abgeschlossen 
sein (SET-UP-Zeit der Flip-Flops). 

- In der Master-Phase werden die 
Daten übernommen. 

Für die maximale Taktfrequenz des ver- 
drahteten Schaltkreises fTmax gilt die 
Gleichung 2. 

fTmax = 


Bild 2.4. veranschaulicht die zeitlichen 
Verhältnisse innerhalb einer Takt- 
periode. 

Im Bild sind 

- anwenderunabhängige Zeiten (mit * 

gekennzeichnet) : 

tSW 

Taktskew 

tSU 

SET-UP-Zeit der Flip-Flops 
i/(2fmox) 

minimale Takt-LOW-Phase 

( 2 ) 


1 

2 tSW + tINP + tLK + tSU + (1/(2 fmax)) 
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Bild 2.3 Logikplan des Flip-Flops 



Bild 2.4 Zeitaufteilung in einer Taktperiode 


- anwenderspezifische Zeiten: 
tINP 

zusätzliches Zeitfenster, in der externe 

Eingaben erfolgen können 

tLK 

Laufzeit der längsten Kombinatorik- 
kette 

3. Das Interfacesystem 

Das Interfacesystem ist bei allen an- 
wenderspezifischen Stufen gleichartig 
aufgebaut und setzt sich aus den An- 
teilen 

- Bondinsel mit Schutzschaltung gegen 
elektrostatische Aufladung 

- Eingangspegelwandler mit Treiber 

- Ausgangsstufe mit Testservice 
zusammen. Durch die Anwenderver- 
drahtung wird die funktionelle Lei- 
stungsfähigkeit einer Interfacestufe be- 
stimmt. Es können reine Eingänge, 
reine Ausgänge und bidirektionale 
Interfaces realisiert werden. 


Eingangspegelwandler mit Treiber 

Direkt an die Schutzschaltung sind die 
Gates der Eingangsstufe (TI . . . T4 in 
Bild 3.1) angeschlossen. Diese Schal- 
tung sichert die eingangsseitige Schalt- 
punktverschiebung auf 1.5 ... 1,6 V, 
wodurch sowohl CMOS- als auch TTL- 
Eingangspegel verarbeitet werden 
können. Die Schaltpunktverschiebung 
wird durch eine p-Kanal-transistorsei- 
tige Gegenkopplung erzielt, ohne dabei 
die dynamischen Nachteile unsymme- 
trisch dimensionierter Inverter oder 
eines Vergleiches mit einem Referenz- 
pegel in Kauf nehmen zu müssen. Da 
die Lastunabhängigkeit der Signale auf 
dem Gate-Array ein wichtiges Problem 
darstellt, ist dem Pegelwandler noch ein 
Zweifachinverter als Treiber nachge- 
schaltet. Dieser ist mit den Transistoren 
T5 . . . T8 realisiert. 

Ausgangsstufe mit Testservice 

Die Maximalausbaustufe stellt eine tri- 
statesteuerbare Endstufe dar, die neben 
dem Dateneingang Ea und dem Output- 
Enable-Eingang OE zwei zusätzliche, 
dem Anwender nicht zugängliche 
Steuereingänge SO und S1 besitzt, die 
unabhängig von der Belegung von Ea 
und OE den Ausgang LOW, HIGH 
oder hochohmig schalten können. 

Bild 4.1 gibt die logischen Möglichkei- 
ten an. Das Bild 3.2 zeigt die schaltungs- 
technische Realisierung dieser End- 
stufe. Der genannte Testservice trägt 
wesentlich zur Effektivierung der Mes- 
sung bei, wozu alle SO- und Sl-Eingänge 
zentral versorgt werden. Somit ist durch 
die Gleichschaltung aller Ausgänge eine 




Bild 3.1 Stromlauf- 
plan des Eingangs- 
pegelwandlers mit 
Treiber 


Bild 3.2 Stromlauf- 
plan der Ausgangs- 
stufe 



Bild 4. 1 Codierung der Steuersignale SO 
undSI 
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Bild 4.2 Schaltung FLAEINzur Ereignisaus- 
wertung 


schnelle Erfassung der statischen Para- 
meter möglich. 

Weiterhin erlauben die an speziellen 
Pins zugänglichen Steuersignale SO und 
S1 dem Anwender einen In-Circuit-Test 
von Leiterplatten, die U5200-Schalt- 
kreise enthalten. 

4. Anwendung 

Die Realisierung der anwenderspezifi- 
schen Logik erfolgt auf der Basis der 
vom Hersteller entworfenen Hardware- 
macros (Logikgatter, Flip-Flop, Inter- 
facestufen). 

Darüber hinaus werden Beispiellösun- 
gen komplexerer Schaltungen bereitge- 
stellt. 

Im synchronen System steht dem Logik- 
entwerfer kein Takteingang an den Flip- 
Flops zur Verfügung. Alle Master bzw. 
Slaves der Flip-Flops übernehmen die 
an ihren Eingängen anliegende Informa- 
tion nur während einer der Taktphasen. 
Somit reduziert sich das Problem des 
Logikentwurfes sequentieller synchro- 
ner Schaltungen auf die Berechnung der 
Ansteuerfunktionen für die Logikein- 
gänge der Flip-Flops unter Einbeziehen 
ihres logischen Zustandes im vorange- 
gangenen Taktzyklus. 

Aus der genannten Tatsache ergibt sich, 
daß alle Zeitabläufe in einer festen 
Beziehung zum am Gate-Array anlie- 
genden Takt C stehen, sobald in ihrem 
Signalweg ein Flip-Flop hegt. Derartige 
Signale sind taktsynchron. Andererseits 
ergibt sich für eine definierte Arbeits- 
weise eines solchen Gate-Arrays, daß 
alle von außen an das Gate-Array füh- 
renden Eingangssignale, welche auf ge- 
taktete Strukturen führen (Zähler, 
Teiler, Register), den Synchronbedin- 
gungen genügen müssen oder aber auf 
dem Chip zu synchronisieren sind. 
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Bild 4.3 Dekadischer Zähler bezüglich Gate-Array-Takt C 


Eine logisch sichere Methode für die 
Ansteuerung einer internen sequentiel- 
len Schaltung mit nicht synchronen Ein- 
gangssignalen ist die Flankenauswer- 
tung (Bild 4.2). Im gezeigten Beispiel 
wird ein beliebig langer, aber wenigstens 
eine Takt-LOW-Phase überdeckender 
HIGH-Impuls (unter zusätzlicher Be- 
achtung der SET-UP-Zeit der Flip- 
Flops) am Eingang „EIN“ auf genau 
eine, und zwar die 2. der dem Ende des 
HIGH-Impulses folgenden HIGH- 
LOW-Flanke folgende Takt-Periode, 
beginnend mit TAKT C = HIGH, am 
Ausgang AUS verkürzt. Zwischen den 
HIGH-Ereignissen an EIN muß jeweils 
mindestens eine, die nächste volle 
Taktperiode (beginnend mit TAKT 
C = „HIGH“) überdeckende, LOW- 
Phase folgen. 

In Bild 4.3 ist ein umschaltbarer dekadi- 
scher Vor- und Rückwärtszähler mit 
Setz- und Rücksetzmöglichkeit darge- 


stellt. Die Zählung bezieht sich auf den 
Eingang CI, an dem über das Gatter 
G14 (EXAND) der Zähleingang J = K 
mit LOW freigegeben wird. Es werden 
demzufolge die am Takteingang C des 
GATE-ARRAY anliegenden Takt- 
impulse während CI = LOW direkt ge- 
zählt. 

Die zwischen den für die 10 logischen 
Zustände notwendigen 4 Flip-Flops 
befindliche Logik stellt die Ansteuer- 
funktionen für die als T-Flip-Flop ver- 
wendeten JK-Master-Slave-Flip-Flops 
entsprechend der Zählaufgabe (vor/ 
rück/Stop) bereit und realisiert die „0“- 
bzw. „9“-Erkennung für die entspre- 
chende Übertragsweiterleitung. 

Im Unterschied zur im Bild 4.3 gezeig- 
ten Art der Ansteuerung des Zählein- 
ganges ist ebenso die Ansteuerung mit 
der in Bild 4.2 angegebenen Schaltung 
möglich, wobei der negierende Ausgang 
der Flankenauswerteschaltung an CI 



Bild 4.5 Simulationsprotokoll für den deka- 
dischen Zähler nach dem Abtastprinzip 
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des Zählers angeschlossen werden muß, 
da CI selbst Eingang der LOW-aktiven 
Flip-Flops ist; die Negation wird dabei 
im folgenden NAND2-Tor realisiert, in 
das auch die Stop-Funktion für das 1 . Bit 
eingreift (Bild 4.4). Das Zählergebnis 
ist dann ein „Abtastergebnis“ der Ein- 
gangsereignisse an einem beliebigen 
Logikeingang des GATE-ARRAY ent- 
sprechend dem Verhalten der Flanken- 
auswerteschaltung. Die Genauigkeit 
wird somit vom Verhältnis zwischen 
Eingangsfrequenz und Taktfrequenz C 
bestimmt. Im Simulationsprotokoll 


Bild 4.5 des GATE-ARRAY-SYSTEM- 
eigenen Simulators ist ein Zählbeispiel 
der beschriebenen Schaltung mit Flan- 
kenauswertung nach Bild 4.4 darge- 
stellt. Es besteht somit die Möglichkeit, 
auf einem Chip verschiedene Frequen- 
zen nach der Abtastmethode zu ver- 
arbeiten, wobei durch den gemeinsamen 
Abtasttakt C alle Ausgangsignale in 
einem entsprechenden (synchronen) , 
Raster erscheinen. Die höchste ver- 
arbeitbare Frequenz wird dabei durch 
den maximal möglichen Takt selbst be- 
stimmt. 
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Das Echtzeitbetriebssystem IRTS 8000 


Peter Bala, Rainer Haupt, 
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Echtzeitbetriebssysteme sind dadurch 
gekennzeichnet, daß der Rechner, auf 
dem sie abgearbeitet werden, auf echte, 
real existierende zeitkritische Ereignis- 
abläufe in seiner Umwelt reagieren muß. 
Als ein entscheidendes Maß für die Lei- 
stungsfähigkeit eines Rechners mit einem 
Echtzeitbetriebssystem ist deshalb die 
Reaktionszeit anzusehen (im Mikro- 
sekundenbereich), die beim Umschalten 
(task switch ) von einem Prozeß ( Pro- 
gramm ) mit niedriger Priorität auf einen 
Prozeß (Programm) mit höherer Priori- 
tät (z. B. Uhrimpuls, Beendigung einer 
Ein-/ Ausgabeaktivität, Alarmmeldung) 
vergeht. 

Das hier beschriebene Echtzeitbetriebs- 
system IRTS 8000 ist ein durch den 
Anwender konfigurierbares Standard- 
Softwaresystem für Echtzeit- Mikrorech- 
ner. Es unterstützt die 16-Bit-Mikropro- 
zessorfamilie U8001/U8002 und besteht 
aus einem relativ kleinen Systemkern von 
4 KByte, um den anwendungsspezifische 
Ergänzungsmodule wie eine format- 
gesteuerte Ausgabeorganisation, Ter- 
minal-/ Druckerhandler, Testhilfsmittel 
u. a. m. angeordnet werden können. 

1. IRTS 8000-Übersicht 

IRTS (INTEGRABLE REAL TIME 
SOFTWARE) ist ein vom Anwender 
konfigurierbares Softwaresystem mit 
Multitaskeigenschaften für Echtzeitan- 
wendungen. Es besteht aus einem relativ 
kleinen Echtzeitsystemkem (Kernel), 
um den System- und anwendungsspezifi- 
sche Ergänzungsmodule angeordnet 


werden. Der Systemkern organisiert die 
Steuerung und Synchronisation von mul- 
tiblen Systemanforderungen in einer 
Echtzeitumgebung . 

Er enthält die Echtzeitbasisfunktionen 

- Tasksteuerung 

- Semaphoresteuerung 

- Intertaskkommunikation (Mailboxes) 

- Echtzeituhr 

- Memory Management. 

IRTS kann sowohl in einem RAM- als 
auch in einem EPROM-basierenden 
Anwendersystem eingesetzt werden. Es 
unterstützt die Mikroprozessoren der 
Familie U8000 (U8001 und U8002). 

Als typische Umschaltzeit vom aktuell 
bearbeiteten Prozeß auf einen Prozeß 
mit anderer Priorität (Task-Wechsel) 
hat sich bei IRTS ein Wert von etwa 250 
Mikrosekunden erwiesen. Beim Ein- 
treffen von externen Ereignissen (Inter- 
rupts) findet kein Taskwechsel statt, so 
daß die Interruptserviceroutinen als Teil 
der aktuell laufenden Task abgearbeitet 
werden, sofern nicht Systemrufe einen 
Prioritätswechsel erzwingen. 

Die Systemkonfigurierung von IRTS 
erfolgt rechnergestützt mit dem Sprach- 
prozessor ICL (IRTS Configuration 
Language). 


Zur Installation von IRTS wird neben 
dem Mikroprozessorsystem (CPU, 
RAM- bzw. EPROM-Speicher) ein in- 
terruptfähiger Zeitgeberbaustein zur 
Realisierung der Echtzeituhr und bei 
Anwendung des IRTS-Debuggers ein 
interruptfähiger Zählerbaustein benö- 
tigt, mit dem der CPU-Status Stack-Me- 
mory Request beim Single-Step-Betrieb 
gezählt werden kann. Zur Unterbrin- 
gung des Systemkerns von IRTS ist ein 
Speicherbereich von etwa 4 KByte 
vorzusehen. 

Als spezielle Beispielapplikationslösung 
existiert eine Implementation des Echt- 
zeitbetriebssystems IRTS auf dem Pro- 
grammier- und Entwicklungssystem 
P8000 1 ). 

Das Konzept des Echtzeitsteuerpro- 
grammsystems IRTS basiert auf den drei 
Basiselementen Tasks, Semaphore so- 
wie Mailboxes und Messages. 

Tasks werden verwendet, um die Arbeit 
des Prozessors in möglichst unabhängige 
Teilkomponenten aufteilen zu können 
und damit eine optimale Zeitbilanz auf 
einem Prozessor zu erzielen. Eine Task 
besteht aus einem Programm zusammen 
mit einem bestimmten CPU-Zustand 
(Registerinhalte, Flag-Belegungen 


*) Das Programmier- und Entwicklungssy- 
stem P8000 aus dem Kombinat VEB Elek- 
tro- Apparate- Werke Berlin-Treptow stel- 
len wir im Heft 3/1987 ausführlich vor. 


Peter Bala (46) studierte von 1 960-1 966 
in der Fachrichtung Regelungstechnik an 
der TH Ilmenau. Seit 1 966 Mitarbeiter im 
Rechenzentrum des damaligen Instituts 
für Regelungstechnik, dem heutigen ZFT 
des KEAW. Seit 1 978 in der Abteilung 
Basissoftware schwerpunktmäßig mit 
Echtzeitsoftwaresystemen beschäftigt 
ab 1 982 Entwicklung des IRTS 8000. 

Reiner Haupt (43) studierte von 1 970 bis 
1975 Maschinenbau an der TH Karl- 
Marx-Stadt Seit 1 970 im Institut für 
Regelungstechnik bzw. ZFT des KEAW 


tätig, befaßt er sich seit 1 979 in der Abtei- 
lung Basissoftware mit der Entwicklung 
von Echtzeitsoftwaresystemen; ab 1982 
mit der Entwicklung des IRTS 8000 

Dr. Ludwig Claßen (43) studierte von 
1964-1970 in der Fachrichtung Rege- 
lungstechnik an der TH Karl-Marx-Stadt 
und promovierte 1971. Seit 1 971 im Insti- 
tut für Regelungstechnik, heute ZFT des 
KEAW, tätig. Von 1 973 an Aufbau eines 
Fachgebietes Mikroprozessorsoftware 
und seit 1 980 Leiter der Abteilung Basis- 
software 
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usw.). Die Aufteilung in möglichst 
unabhängige Operationen, denen ein- 
zelne Tasks zugeordnet werden, hat den 
Vorteil, daß das aus dem Zusammen- 
wirken von Teilkomponenten be- 
stehende Gesamtsystem leichter ver- 
standen und behandelt werden kann - 
vor allem auch in bezug auf den zeitlich 
(CPU-intern) rein sequentiellen, nach 
außen jedoch scheinbar parallelen Pro- 
grammablauf. Wichtig für die Arbeits- 
weise von IRTS ist, daß alle Tasks nach 
dem Systemstart laufbereit sind. Die 
Tasks müssen sich in der Folgezeit 
selbsttätig mit Hilfe der Dienstleistun- 
gen des IRTS-Kerns (System-Calls) ver- 
walten. 

Semaphore werden zur Sperr-Syn- 
chronisation der Aktionen verschiede- 
ner Tasks (z. B. konkurrierende Tasks 
mit gemeinsamen V ariablen) verwen- 
det. Die Synchronisation mit Hilfe von 
Semaphores besteht dabei darin, eine 
zeitlich definierte Einordnung dieser 
Aktionen zu erreichen. Ein Semaphor 
ist eine Datenstruktur, die eine Aussage 
darüber erlaubt, welche Tasks auf die 
Ausführung einer bestimmten Opera- 
tion warten. Eine ganz typische Anwen- 
dung finden Semaphore bei der Verhü- 
tung von Zugriffskonflikten unter- 
schiedlicher Tasks auf eine gemeinsame 
Ressource (RAM-Bereiche mit gemein- 
samen Daten, Drucker usw.). 

Mailboxes sind ein Werkzeug zur Ab- 
wicklung der Intertaskkommunikation. 
Angewendet werden Mailboxes, wenn 
eine Information von einer Tasks an 
eine andere Task zu übermitteln ist oder 
wenn eine Ereignissynchronisation 
zweier Tasks mit einem Austausch einer 
beliebigen Menge von Informationen 
erfolgen soll. Die Information selbst 
wird in einem besonderen Nachrichten- 
träger, dem sog. Messageobjekt (kurz: 
Message), transportiert. Eine Mailbox 
ist dabei der Ort, wo Messages für eine 
andere Task hinterlegt und abgeholt 
werden können. In IRTS existieren spe- 
zielle Operationen, die das Senden einer 
Message an eine Mailbox und das Emp- 
fangen einer Message aus einer Mailbox 
in vielfältiger Weise unterstützen. 

2. IRTS-8000-Systemkern 

Der IRTS-Kem ist der Basisblock jedes 
IRTS-Echtzeitsteuerprogrammsystems. 
Er enthält die folgenden Echtzeitfunk- 
tionen: 

- Task Management 

- Semaphore 

- Clock Management 

- Memory Management 

- Intertask Communication. 

Alle Anforderungen an den IRTS-Kern 
erfolgen über einen System-Call. Die 
Parameterübergabe vom Anwenderpro- 
gramm an den IRTS-Kem erfolgt in Re- 
gistern. 


Task Management ist der Mechanismus 
zum Steuern und Überwachen des 
Ablaufes miteinander konkurrierender 
Operationen auf einem einzelnen Pro- 
zessor. Eine Task besteht aus dem Ma- 
schinenkode (Programm), dem System- 
mode-Stack, wahlweise einem Normal- 
mode-Stack, dem Taskobjekt (auch als 
Taskdatenstruktur bezeichnet - einem 
jeder Task zugeordneten IRTS-Infor- 
mationsblock zur Taskzustandserfas- 
sung und zur T asksteuerung) , dem 
Stackpointer, dem Pointer auf den näch- 
sten auszuführenden Maschinenbefehl 
(Programm Counter), dem CPU-Regi- 
sterzustand und anderen Informatio- 

Create Task 
Erzeugung einer Task 
Destroy Task 
Redifinition einer Task 
Reschedule Task 
Änderung der Taskpriorität 
Lock Task 

Freigabe des Taskwechsels 
Unlock Task 

Blockierung des Taskwechsels 
Suspend Task 
Suspendierung einer Task 
Resume Task 

Wiederaktivierung einer Task 
Wait Task , 

Selbstsuspendierung einer Task 
Wholam 

Bereitstellen der Taskobjektadresse 

Census ofthe Task 

Ermittlung von Taskinformationen. 

Semaphore dienen zur Synchronisation 
sich gegenseitig beeinflussender Tasks. 
Ein Semaphor besteht aus einem Zäh- 
ler, der die unbedienten Anforderungen 
(Signale) an eine Ressource aufsum- 
miert und aus einer zugehörigen Warte- 
schlange von Tasks, die auf diese Res- 
source zugreifen wollen. 

Ein positiver Zahlwert des Zählers eines 
Semaphors zeigt an, daß die Ressource 
frei, d. h. verfügbar ist - der Zahlwert 
selbst, wie viele Anforderungen sofort 
gleichzeitig bedient werden könnten. 
Der Wert Null oder ein negativer Zahl- 
wert des Zählers zeigen an, daß die Res- 
source nicht verfügbar ist und eine An- 
forderung in die Warteschlange einge- 
reiht wird. Der negative Zahlwert selbst 
gibt Auskunft, wie viele Anforderungen 
(Signale) bereits in die Warteschlange 
eingereiht wurden. Jede Anforderung 
dekrementiert den Zähler eines Sema- 
phors - jede bediente Anforderung in- 
krementiert ihn wieder: 

Create Semaphore 
Definition eines Semaphors 
Destroy Semaphore 
Redifinition eines Semaphors 
Wait Semaphore 

Warten auf ein Semaphorensignal 


Signal Semaphore 

Setzen eines Semaphorensignals 

Test Semaphore 

Semaphorenzustandsermittlung 
Clear Semaphore 
Auflösen eines Semaphors. 

Clockmanagement 

IRTS arbeitet mit einer interruptgesteu- 
erten Echtzeituhr. Die Zykluszeit dieser 
Uhr ist abhängig von der gerätetechni- 
schen Realisierung der Interruptquelle. 
Die interne Software-Uhr wird verwen- 
det für zeitabhängiges Warten von Tasks 
(timed waits), für zeitabhängiges Aus- 
setzen von Tasks (timeout) und für die 
zyklisch wechselnde Abarbeitung von 
Tasks (round robin scheduling). Alle 
Zeiteinheiten in IRTS werden in ticks 
(Uhrimpulsen) gemessen und behan- 
delt: 

Set Clock 

Setzen der Echtzeituhr 
Read Clock 
Lesen der Echtzeituhr 
Clk-Delay-Absolute 
Clock-Warteschlange absolut 
Clk— Delay— Interval 
Clock-Warteschlange relativ. 

Memory Management 
Das Echtzeitsteuerprogrammsystem 
IRTS beinhaltet Funktionen zur Ver- 
waltung eines gemeinsamen RAM-Spei- 
cherpools für Programme und Daten- 
strukturen. Diese IRTS-Memory-Ma- 
nagement-Funktionen ermöglichen die 
dynamische Belegung und Freigabe von 
Speicherbereichen durch die Anwen- 
dertasks: 

Allocate Memory 

Belegung eines Speicherbereiches 

Release Memory 

Freigabe eines Speicherbereiches 
Memory Census 

Ermittlung des IRTS-Speicherstatus. 
Intertask Kommunikation 
Die Intertaskkommunikationsfunktio- 
nen von IRTS ermöglichen den Aus- 
tausch von Informationspaketen (Mes- 
sages) zwischen unterschiedlichen 
Tasks. Der Kommunikationsprozeß 
zwischen zwei Tasks wird in das Senden 
einer Message durch die eine Task und 
in das Empfangen einer Message durch 
die andere Task aufgeteilt. Der Ort, an 
dem die Message von einer Task hinter- 
legt wird und eine andere Task auf sie 
zugreifen kann, wird als Mailbox (Brief- 
kasten) bezeichnet: 

Create Mailbox 
Definition einer Mailbox 
Destroy Mailbox 
Freigabe einer Mailbox 
Create Message 
Definition einer Message 
Destroy Message 
“Freigabe einer Message 
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Acquire Message 
Zuweisung einer Message 
Assign Message , 

Zuweisung initialisierte Message . 

Send Message 
Senden einer Message 
Reply Message 
Rücksenden einer Message 
Receive Message 
Empfangen einer Message 
Release Message 
Freigabe einer Message 
Get Message 

Ermittlung von Statusinformationen 
Read Message 
Lesen einer Message 
Write Message 
V erändern einer Message . 

3. Konfigurationssprache ICL 

Aufgrund des streng modularen Auf- 
baus von IRTS ist eine sehr dynamische 
Anpassung an ganz verschiedenartige 
Anwendungskonfigurationen möglich . 
Die Forderung nach einer automatisier- 
ten Systemgenerierung wird mit der 
Verfügbarkeit eines Konfigurations- 
Sprachprozessors (ICL) erfüllt. Er er- 
laubt die Verarbeitung von High-Level- 
Generierungssprachelementen für die 
notwendigen Hardware-Informationen , 
für Software-Parameter, für die Linkage 
Informationen und für die Systemdaten- 
struktur. 

Hauptelemente der ICL-Sprache sind: 
CONSTANTS 

Spezifizierung von Systemkonstanten 
EXCHANGES 

Definition einer Applikationsmailbox 
FILES 

Konfigurations-Link-Dateien 

HARDWARE 

Beschreibung der Applikationshardware 
INITIALIZA TION 
Spezifizierung der Initialisierungs- 
routine 
INTERRUPT 

Definition der Interrupt-Bedingungen 
MEMORY 

Definition der Speicherkonfiguration 
SECTIONS . 

Spezielle Sektoraufteilungs- 
informationen 
SEMAPHORES 

Definition der Applikationssemaphoren 
SWITCHES 

Flags für den Systemgenerierungsprozeß 
TASKS 

Definition der Applikationstasks. 

4. IRTS-8000-Ausgabe- 
organisation PRINTF 

Die Verwendung einer IRTS-Ausgabe- 
organisation ist insbesondere für Appli- 
kationen auf Assemblerniveau immer 
dann zu empfehlen, wenn die Kommuni- 
kationssoftware übersichtlich, ände- 


rungsfreundlich oder projektspezifisch 
generierbar sein soll. 

Das Grundprinzip der Arbeitsweise der 
Ausgabeorganisation besteht darin, daß 
eine angegebene „Format“- Anweisung 
interpretativ abgearbeitet wird und die 
entstehenden Zeichenketten an das an- 
gegebene Gerät weitergereicht werden. 
Eine Formatanweisung besteht im 
Normalfall aus einer Zeichenkette mit 
direkt auszugebendem Text und darin 
eingelagerten Steueranweisungen. 

5. IRTS-8000-T erm inal- 
und Drucker-Händler 

Der IRTS-Terminal-Handler besteht aus 
den zwei weitgehend unabhängigen Teil- 
komponenten Eingabe-Handler 
(CONIN-Handler) und Ausgabe- 
Handler (CONOUT-Handler). 

Der CONIN-Handler realisiert die Ein- 
gabe von Informationen über ein serielles 
Interface. Der Händler gestattet neben 
der normalen Eingabe von Zeichen die 
Eingabe von Cursor-Steuerfunktionen 
sowie ESCAPE- und Control-Zeichen. 
Auf jedem Terminal können dabei quasi- 
parallele Ausgaben in den folgenden drei 
Arten vorgenommen werden, wobei 
wahlweise für jede Ausgabeart ein be- 
sonderer Bildausschnitt (Window) defi- 
niert werden kann: 

© Ausgabe des aktuellen Puffers der 
Tastatureingabe, wobei der Cursor, un- 
abhängig von weiteren Ausgaben auf 
dem Terminal, bis zum Eingabeende 
auf der nächsten Eingabeposition ver- 
harrt. 

© Ausgabe von Vorrangmeldungen. 

© Ausgabe von Informationen, wobei 
die laufende Ausgabe jederzeit durch die 
Eingabe von XOFF (Control-S) unter- 
brochen und mit XON (Control-Q) fort- 
gesetzt werden kann . 

Der Drucker-Händler realisiert alle 
Druckerausgaben unter IRTS. Der 
Händler selbst wird als eine oder mehrere 
Taks verwaltet, wobei das Prioritätsni- 
veau der Task(s) vom Anwender festge- 
legt wird. Die Ausgabe aus einem An- 
wenderprogramm auf einen Drucker er- 
folgt über den IRTS-System-Call 
M_SEND, mit dem ein Nachrichten- 
träger (Message), der die auszugebende 
Information transportiert und mit einem 
speziellen Nachrichtenkode (Request) 
versehen ist, an die dem Gerät vom An- 
wender zugeordnete Mailbox versendet 
wird. 

6. IRTS-8000-Testhilfsmittel 
DEBUGGER/MONITOR 

Der IRTS-Debugger ist ein Testhilfsmit- 
tel für Anwenderprogramme, die unter 
der Steuerung von IRTS laufen sollen 
und deren Echtzeitumgebung während 
des Testbetriebs weitgehend erhalten 


bleiben muß. Das bedeutet, daß wäh- 
rend des Testbetriebes sowohl die Echt- 
zeituhr als auch bereits betriebsfähige 
Anwenderprogramme parallel weiter- 
laufen. 

Der Debugger meldet sich nach RESET 
im Standalone-Modus. In diesem Modus 
können Programme vom Host-System 
nachgeladen werden und anwenderei- 
gene Initialisierungsroutinen ausgetestet 
werden. Die Nutzung des IRTS-Debug- 
ger ist sowohl im Standalone- 
Modus als auch im Echtzeitbetrieb mög- 
lich. 

Dabei existieren folgende Testkom- 
mandos: 

BREAK-Kommando 
Softwarehaltepunkt - das zu testende 
Programm muß in einem RAM-Spei- 
cherbereich geladen sein. Der Debugger 
verwaltet im Standalone-Modus einen, 
sonst eine beliebige Anzahl von Halte- 
punkten. Mit dem Erreichen eines Halte- 
punktes werden etwaige Zeitaktivitäten 
eines Programms eingefroren. 

GO-Kommando 

Das GO-Kommando bewirkt die Fort- 
setzung des unterbrochenen Programms 
mit dem aktuellen Stand des Programm- 
zählers. 

Wurden in der Zeitspanne, in der sich 
das zuletzt unterbrochene Programm un- 
ter der Steuerung des Debuggers be- 
fand, ein oder mehrere Haltepunkte an- 
gelaufen, so wird die älteste Unterbre- 
chungsmeldung auf der Konsole ange- 
zeigt. 

REGISTER-Kommando 
Das REGISTER-Kommando dient zur 
Anzeige und Veränderung von Spei- 
cherinhalten, die der unterbrochenen 
Task zugeordnet sind. Der Inhalt des 
FCW wird dabei in Mnemoniks ange- 
geben. 

DISPLAY -Kommando 
Das DISPLAY-Kommando dient zur 
Anzeige und Veränderung von Spei- 
cherinhalten. Die Anzeige kann wahl- 
weise im Byte-, Word- oder Longformat 
erfolgen. 

TRACEINEXT-Kommando 
Unabhängig von weiteren Aktivitäten 
des gesamten Programmsystems kann 
ein einzelnes Anwenderprogramm nach 
dem Anlaufen eines Haltepunktes im 
Einzelschrittbetrieb durchfahren wer- 
den. Im TRACE werden alle Zwischen- 
schritte - ausgenommen die Aktivitäten 
des Kerns - protokolliert. Am Ende des 
Kommandos werden die aktuellen Regi- 
sterinhalte angezeigt. 

Im IRTS-Debugger sind außerdem Kom- 
mandos zum Lesen/Schreiben von Ports 
sowie zum Füllen, Vergleichen 
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und Verschieben sowie zum Laden vom/ 
zum Hostsystem von Speicher-Inhalten 
implementiert. 

Der IRTS-Monitor ist ein Ergän- 
zungsmodul des IRTS-Debuggers. Er 
dient in erster Linie der Anzeige von 
aktuellen Zuständen eines unter IRTS 
laufenden Anwendersystems. Dabei 
existieren folgende Monitorkom- 
mandos: 

System-Visite 

Je nach Modifikation des Kommandos 
können der Zustand des Anwendersy- 
stems, der Zustand der Speicher-Ver- 
waltung, der Inhalt des Program Status 
Area und die Systemlaufzeit zur An- 
zeige gebracht werden. 

Task-Historie 

Es werden die letzten 16 (beim 
U8002 : 32) Tasks in der Reihenfolge 
ihrer Bearbeitung aufgelistet. 


Task-Visite 

Je nach Modifikation des Kommandos 
werden alle generierten Tasks, alle lauf- 
bereiten Tasks, alle zeitverwalteten 
Tasks, alle inaktiven Tasks, alle relevan- 
ten Informationen einer Task oder die 
Registerinhalte einer Tasks zum Zeit- 
punkt der letzten Unterbrechung ange- 
zeigt. 

Task-Handling 

Mit dem Taskhandling können Tasks 
generiert und zerstört, gestoppt und 
fortgesetzt werden. 

Mailbox-Visite ~ 

Je nach Modifikation können alle sta- 
tisch generierten Mailboxes aufgelistet 
oder die Auslistung relevanter Parame- 
ter der Mailbox sowie die Informations- 
inhalte der in einer angewählten Mail- 
box enthaltenen Messages angezeigt 
werden. 


Mailbox-Handling 

Mit dem Kommando zum Mailboxhand- 
ling können Mailboxes generiert oder 
zerstört werden; ferner kann an jeweils 
eine Mailbox eine Nachricht versandt 
werden. 

Semaphor-Visite 

Je nach Modifikation können alle sta- 
tisch generierten Semaphore angezeigt 
oder der Inhalt der Warteschlange eines 
Semaphors ausgelistet werden. 
Semaphor-Handling 
Mit dem Kommando zum Semaphor- 
Handling können Semaphore generiert, 
zerstört ode deren Initialwert neu fest- 
gesetzt werden. 


| El KONTAKT g? 

Kombinat VEB Elektro-Apparate-Werke 
Berlin-Treptow, Zentrum für Forschung 
und Technologie, Abt. Basissoftware, 
Hoffmannstr. 15-26, Berlin, 1193, 

Tel. 4388532, Koll. Haupt. 


Intelligenter Prozeßkoppelmodul 


Prof. Dr. Manfred Seifart 
Technische Hochschule Magdeburg 


Eine der wesentlichen Auswirkungen des 
Mikroprozessor- und Einchipmikro- 
rechnereinsatzes in der Meß- und Auto- 
matisierungstechnik besteht im allmähli- 
chen Übergang zu dezentralen prozeßna- 
hen Systemkonzeptionen, wodurch sich 
eine völlig neue Generation von Meß- 
und Automatisierungskonzeptionen her- 
ausbildet. Hauptbestandteile dieser de- 
zentralen Systeme sind intelligente Mo- 
dule zur Meßgrößenerfassung und zur 
Beeinflussung des Prozesses. 

Der Beitrag beschreibt einen solch 
universell einsetzbaren programmierba- 
ren Prozeßkoppelmodul (PPM), der mit 
7 analogen/binären Eingängen, einem 
Zähleingang und 7 Ausgängen ausgestat- 
tet ist. Charakteristisch für diesen PPM 
sind der zusätzlich zum klassischen Ana- 
logausgang vorhandene galvanisch ge- 
trennte Feldbusanschluß ( serielle digitale 
Schnittstelle), seihe umfangreiche Pro- 
grammier arkeit und Datenvorverarbei- 
tung sowie die äußerst flexible Anpas- 
sung an eine Vielzahl unterschiedlicher 
Instrumentierungsaufgaben. 

1. Vorbemerkungen 

Beim Übergang zu intelligenten System- 
konzeptionen für die Prozeßsignalerfas- 
sung, -Verarbeitung und -ausgabe sind 
insbesondere zwei Entwicklungsrich- 
tungen zu unterscheiden /!/: 


1. Intelligente Analogwerterfassungssy- 
steme, die in der Regel in Form einer 
oder mehrerer Leiterkarten in Mikro- 
rechner oder Personalcomputer (bzw. 
in ein an diese angeschlossenes externes 
Erweiterungsgerät) einsteckbar sind, 
und über einen parallelen Bus mit dem 
Rechner verbunden werden 121, und 

2. Intelligente Meßumformer 131 und 
Prozeßkoppelmodule zur prozeßnahen 
dezentralen Prozeßgrößenerfassung 
und Prozeßbeeinflussung, die über ei- 
nen seriellen digitalen Feldbus unterein- 
ander und mit einem Leitgerät, z. B. ei- 
nem Personalcomputer - zunehmend 
über standardisierte Schnittstellen -, 
verbunden sind. Eine Auswirkung des 
Mikroprozessor- und Einchipmikro- 
rechnereinsatzes in der Meß- und Auto- 
matisierungstechnik ist der allmähliche 
Übergang zu dezentralen prozeßnahen 
Systemkonzeptionen, wodurch sich eine 
völlig neue Generation von Meß- und 
Automatisierungskonzeptionen heraus- 
bildet. Hauptbestandteile solcher de- 
zentralen Systeme sind die genannten 
intelligenten Module zur Meßgrößener- 
fassung und zur Beeinflussung des Pro- 
zesses. Die Datenvorverarbeitung und 
auch ein Teil der Datenverarbeitung er- 
folgen in direkter Sensornähe, wobei 
langfristig der Übergang zum intelligen- 
ten Sensor realisiert wird. Mit dieser 
Umwälzung verbunden ist der Über- 
gang von den bisherigen analogen 
Systemkonzeptionen mit dem in der 
Prozeßautomatisierung langjährig 
eingeführten und weit verbreiteten 


4 . . . 20-mA-Stromsignal auf ein rein 
digitales serielles Feldsbussignal (Über- 
gang von der analogen Sternstruktur zur 
digitalen Busstruktur) /4 /. 

Nachfolgend wird ein zur zweiten 
Gruppe gehöriger intelligenter prozeß- 
naher programmierbarer Prozeßkoppel- 
modul (PPM) mit seriellem Feldbusan- 
schluß vorgestellt, der in erster Linie als 
intelligenter mehrkanaliger Meßumfor- 
mer, darüber hinaus aber auch für 
Steueraufgaben (Binärwerterfassung, 
-Verknüpfung und -ausgabe, Impulszäh- 
lung, Zeitmessung), Grenzwertüberwa- 
chung, Regelung u. a. einsetzbar ist. 

2. Gesamtkonzept 

Ausgehend von praktischen Anforde- 
rungen wurde ein programmierbarer 
Prozeßkoppelmodul entwickelt, bei 
dem 7 Eingänge in beliebig gemischter 
Kombination ohne Hardwareänderung 
wahlweise als analoge Sensoreingänge 
(direkter Sensoranschluß) oder als Bi- 
näreingänge (Schalterabfrage, TTL-Pe- 
gel u. a.) nutzbar sind. Zusätzlich ist ein 
Zählein- und -ausgang verfügbar. Der 
Modul ist mit einem Analogausgang, 
einem von der übrigen Schaltung galva- 
nisch getrennten seriellen Feldbusan- 
schluß und vier Binärausgängen verse- 
hen. Letztere verleihen dem PPM Ei- 
genschaften eines Stellmoduls (z. B. 
Alarmabgabe , speicherprogrammier- 
bare Steuerung) bzw. eines kombinier- 
ten Meß- und Stellmoduls (Möglichkeit 
der Rückmeldung von Analog- und 
Binärsignalen nach Stellgliedverstel- 
lung, Rückmeldung von Endlagen, 
Stellgliedhavarien usw.). Auch der Ein- 
satz im Inselbetrieb ist dadurch gegeben 
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(prozeßnahe Meßwert-/Binärwerterfas- 
sung mit direkter Rückwirkung auf den 
Prozeß). 

Folgende Haupteigenschaften kenn- 
zeichnen den Anwendungsbereich: 

• max. 7 analoge oder binäre Sensor- 
signale erfaßbar 

• Auflösung der Analogsignalverarbei- 
tung 12 Bit; Eingangsspannungsbereich 
39 mV ... 5 V (softwareprogrammier- 
bar) 

• ein Analogausgang im Bereich 

0 ... 20 mA bzw 0 ... 10 V beliebig 
skalierbar 

• ein Zählein- und -ausgang 

• max. 4 binäre Signalausgänge (mit 
Treibern) 

• Abtastrate ~ 4000 1/s 

• serielle Feldbusschnittstelle als Digi- 
talausgang mit bidirektionaler Kommu- 
nikation, galvanisch getrennt 

• max. 128 Funktionseinheiten (PPM) 
an einen Feldbus adressierbar 

• Parameter (Meßbereichsanfang, 
-ende, Grenzwerte) und Konfiguration 
des Moduls wahlweise ferneinstellbar 
oder durch EPROM und Programmier- 
feld einstellbar 

• Ferndiagnose [Zugriff auf die Regi- 
ster des Einchipmikrorechners (EMR) 
über Feldbus möglich] 

• galvanische Trennung jeweils zwi- 
schen Analogteil mit EMR, Digitalbus 
und Hilfsenergieversorgung. 


Der im PPM enthaltene Einchipmikro- 
rechner ermöglicht eine Meßwertvor- 
verarbeitung, die mit der Software leicht 
an spezielle Anwenderforderungen an- 
paßbar ist. Beispiele sind Routinen zur 
Linearisierung von Sensorkennlinien, 
Nullpunkt- und Driftkorrektur des Meß- 
systems, Mittelwertbildung, Ausson- 
dern verfälschter Meßwerte, Grenz- 
wertüberwachung. 

Der EMR ermöglicht in Verbindung mit 
dem EPROM folgende weitere flexible 
Eigenschaften: 


- Anpassung an völlig neuartige Meß- 
aufgaben durch Austausch des 
EPROMs 

- Verarbeitungsroutinen wahlweise 
über Programmierfeld oder über das 
Funktionsfeld des Übertragungsproto- 
kolls einstellbar (fernsteuerbar) 

- Eigenüberwachung (Programmlauf, 
Betriebsspannung) 

- Fehlermeldung 

Über den digitalen Feldbus sind Fern- 
einstellung und Ferndiagnose von einem 
Steuerrechner bzw. Koppelrechner aus 



' Bild 1 Blockschaltbild des programmierbaren Prozeßkoppelmoduls 
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möglich. Gleichzeitig wird damit die 
Schnittstelle zur höheren Prozeßrech- 
nerebene realisiert. 

3. Schaltungsrealisierung (Bild 1) 

Mit Hilfe eines Eingangsmultiplexers 
wird einer von den 7 Eingangskanälen 
angewählt und zum Meßverstärkerein- 
gang durchgeschaltet. Mit einem zwei- 
ten Multiplexer erfolgt in Verbindung 
mit einem Präzisionswiderstandsnetz- 
werk die automatische Verstärkungs- 
umschaltung im Bereich von 2 . . . 256 
(= Eingangsspannung 39 mV ... 5 V). 
Bei der gewählten Auflösung von 12 bit 
beträgt die kleinste nachweisbare Ein- 
gangsspannung 10/rV und liegt damit in 
der Größenordnung des Rauschens. 

Der achte Eingang des Analogmultiple- 
xers im Eingangskreis wird als Bezugs- 
. potential für die max. 7 Analogeingänge 
verwendet. Wegen der galvanisch ge- 
trennten Ankopplung an den digitalen 
Feldbus kann auf einen aufwendigen 
Instrumentationsverstärker verzichtet 
werden, da die Gleichtaktunterdrük- 
kung durch die galvanische Trennung 
bewirkt wird. Grundsätzlich besteht die 
Möglichkeit, durch Zufügen eines wei- 
teren Analogmultiplexers auch echten 
Differenzbetrieb am Eingang zu reali- 
sieren 151. 

Jeder Eingang ist mit einer Eingangs- 
schutzbeschaltung versehen, die Über- 
spannungen von den Multiplexern fern- 
hält. Über einen dritten Analogmulti- 
plexer wird ein von der Referenzquelle 
B 589 konstant gehaltener Speisestrom 
von 1 mA zur Speisung von Wider- 
standssensoren zur Verfügung gestellt. 
Diese Anordnung im Multiplexbetrieb 
ersetzt 7 getrennte Stromquellen, die 
beim Anschluß von 7 Widerstandssenso- 
ren erforderlich wären. 

Die Eingangsschaltung ist extrem lei- 
stungsarm dimensioniert (22 mW). 

Beim Umschalten der einzelnen Ein- 
gangskanäle muß jeweils die Ein- 
schwingzeit des Meßverstärkers abge- 
wartet werden, bevor der Meßwert wei- 
terverarbeitet werden kann (AD-Um- 
setzung). Die Einschwingzeit ist verstär- 
kungsabhängig. Unter Verwendung des 
leistungsarmen Operationsverstärkers 
B 176 mit I Se t = 15 /mA beträgt die Ein- 
schwingzeit bei voller 12-Bit- Auflösung 
A/is bei V = 2, 128 /rs bei V = 64 und 
528 /rs bei V = 256. Zu diesen Werten 
muß noch ein Betrag von 20 p s addiert 
werden, der durch die Slew-Rate des 
Operationsverstärkers bedingt ist. 
Grundsätzlich besteht die Möglichkeit, 
durch Zuschalten eines weiteren Opera- 
tionsverstärkers die Einschwingzeit ver- 
stärkungsunabhängig auf etwa 5 ps zu 
reduzieren. 

In Verbindung mit dem EMR erfolgt 
ein automatischer Offset- und Endwert- 


abgleich, so daß Langzeitdriften prak- 
tisch völlig unwirksam werden. 

Zur AD-Umsetzung wurde das Ver- 
fahren der sukzessiven Approximation 
verwendet. Zur Minimierung des Auf- 
wands und des Leistungsverbrauchs 
wird ein 12-Bit-DAU C 565 eingesetzt, 
der sowohl für die AD- als auch für die 
DA-Umsetzung Verwendung findet. 
Die AD-Umsetzung wird realisiert, in- 
dem die Eingangsspannung in einem 
Analogkomparator mit der DAU-Aus- 
gangsspannung verglichen wird. Der Al- 
gorithmus der sukzessiven Approxima- 
tion wird vom EMR erzeugt. Die Um- 
setzzeit beträgt =260 /rs. Während der 
AD-Umsetzung wird die analoge Aus- 
gangsspannung in einer Abtast- und 
Halteschaltung gehalten. 

Die Adresse des PPM ist mit einem DIL- 
Schalter in Verbindung mit einem 
Programmierfeld und einem DekodSr 
einstellbar. Das Programmierfeld er- 
möglicht dem Anwender, bestimmte 
Programmteile , Softwarebedingungen 
und Konfigurationen des PPM ohne 
Veränderung der Hard- und Software 
des Moduls auszuwählen und zu kombi- 
nieren. 

4. Konstruktive Gestaltung 

Die konstruktive Gestaltung des PPM 
wurde in Form einer Grundleiterkarte 
(160 x 120 mm 2 ) und einer Koppelkarte 
(80x 120 mm 2 ) realisiert. Die Grund- 
karte ist für alle Anwendungsfälle 
gleich. Von der Koppelkarte können 
bei Bedarf mehrere Varianten realisiert 
werden, um die speziellen Forderungen 
der Sensorankopplung, der Binärein- 
und -ausgabe oder weitere Interfacefor- 
derungen zu erfüllen (Kanalanzahl, Or- 
ganisation der analogen und binären 
Ein-/Ausgänge). 

Sensoren lassen sich wahlweise in 2-, 3- 
und 4-Leitertechnik anschalten. Infolge 
der Speisung von Widerstandssensoren 
mit dem Konstantstrom von 1 mA wir- 
ken sich auch bei größerer Entfernung 
zwischen dem Sensor und dem Verstär- 
kereingang Spannungsabfälle auf den 
Leitungen nicht als Fehler aus. 

5. Software 

Der Umfang installierbarer Software 
und die damit verbundenen Möglichkei- 
ten komfortabler Meßdatenverarbei- 
tung werden im wesentlichen durch den 
verwendeten EMR U8820 bzw. U8840 
mit seiner begrenzten Registeranzahl 
und dem verwendeten Programmspei- 
cher (2 bzw. 4 Kbyte EPROM) be- 
stimmt. Nähere Untersuchungen zeig- 
ten, daß für den Einsatz des PPM als 
Meßmodul die 2-Kbyte-EPROM- Va- 
riante ausreichend ist, falls keine um- 
fangreichen V orverarbeitungsaufgaben 


gelöst werden müssen. Für die zusätzli- 
che Anwendung des PPM zur Regelung 
vor Ort ist es erforderlich, die Anzahl 
der Analogeingangskanäle auf etwa 4 zu 
beschränken (begrenzte RAM-Kapazi- 
tät und Dynamik) /6/. Hauptforderun- 
gen an die Software sind Modularität, 
Universalität /Variabilität und leichte 
Programmierbarkeit vor Ort ohne Spe- 
zialkenntnisse. Da die letztgenannte Ei- 
genschaft eine dominierende Rolle 
spielt, wurde das Interpreterprinzip an- 
gewendet. Das Programm besteht im 
wesentlichen aus den Modulen 

- Initialisierungsmodul 

- Prozeßkoppelmodul 

- Buskommunikationsmodul 

Die Initialisierung beinhaltet das Festle- 
gen der Arbeitsweise der Tore, den 
EPROM- und RAM-Test, das Einlesen 
des Programmierfeldes und die Emp- 
fangsvorbereitung. Das Programmier- 
feld ermöglicht es, mittels Diodenbe- 
stückung die Anzahl der Binärkanäle 
und ihre Verknüpfung (Durchschalten; 
UND; ODER; EX-ODER; nicht Ver- 
arbeiten; Negieren; NAND; NOR; EX- 
NOR) festzulegen. Dadurch ist auch 
weitgehend die Softwarestruktur des 
Moduls bestimmt. 

Der Prozeßkoppelmodul beinhaltet fol- 
gende Teilmodule: 

- Analog- und Binärwertaufnahme 

- automatische Verstärkungsänderung 

- Nullpunkt- und Driftkorrektur der 
Meßkette 

- Grenzwerttest als Sinnfälligkeitstest 

- Normierung bzw. Skalierung der 
Meßwerte 

- Störfilterung durch gleitende Mittel- 
wertbildung 

- Schrankentest. 

Die Meßwertverarbeitung wurde zeitin- 
terruptgesteuert konzipiert. Zum Erzie- 
len einer hohen Zuverlässigkeit dienen 
Speicherschutzmaßnahmen (RAM- und 
EPROM-Test). 

6. Serieller Bus 

Jeder serielle Bus enthält die drei 
Hauptbestandteile Übertragungsme- 
dium, serielle digitale Schnittstelle und 
Busprotokoll. 

Als Übertragungsmedium wird eine 
verdrillte Zweidrahtleitung verwendet, 
gespeist mit 24 V Gleichspannung. Die 
Buskoppler der PPM enthalten eine 
Endstufe mit offenem Kollektor. Beim 
Senden einer Entstufe wird der Bus 
kurzgeschlossen (L-Pegel :0 V; H-Pegel ; 
24 V). Die Datenübertragung über den 
Feldbus erfolgt asynchron im Manche- 
sterkode (auch NRZ-Kode wählbar) 
nach einem PDV-Bus-ähnlichen Über- 
tragungsprotokoll. Die Datentele- 
gramme können unterschiedliche Länge 
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besitzen, die neben anderen spezifi- 
schen Informationen durch das Funk- 
tionsfeld bestimmt wird. Bei der Infor- 
mationsübertragung folgen nach dem 
Adreßbyte das Funktionsbyte und die 
Datenbytes mit anschließender Daten- 
sicherung (CRC oder Parität). 

7. Einsatzvorteile 

Die universelle Konzeption des PPM 
ermöglicht einen sehr breiten Einsatzbe- 
reich. Die Flexibilität der Systemstruk- 
tur bringt wesentliche Vorteile bei der 
Projektierung und dem Betrieb in Auto- 
matisierungseinrichtungen wie z. B. 

- drastische Kabeleinsparung durch 

- Nutzung des digitalen Feldbusses nach 
dem Party-Line-Prinzip 

- hohe Zuverlässigkeit der Meßdaten- 


übertragung und hochgenaue Meßwert- 
aufnahme durch Digitalisierung am 
Sensor 

- gleiche Hardwarestruktur für unter- 
schiedlichste Aufgaben 

- Verknüpfung von Meßsignalen und 
Vorverarbeitung im PPM möglich (Bei- 
spiel: Wärmemengenmessung). 

Die Leistungsaufnahme beträgt gegen- 
wärtig 3,5 W. Bei stärkerem Einsatz von 
CMOS-Schaltkreisen läßt sich in Zu- 
kunft die Leistungsaufnahme beträcht- 
lich reduzieren. 


1 El KONTAKT g ) 

Technische Hochschule Magdeburg, 

Sektion Technische Kybernetik und Elektrotechnik, 
Postfach 124, Magdeburg, 3010, 

Tel. 5921 31 49, Dr. Beikirch 
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2. Zentrales 
Anwenderseminar 
Mikroelektronik 
des Präsidiums der KDT 

Das im Mai 1 987 stattfindende Anwender- 
seminar ist ein Bestandteil der KDT-Initiative 
„Spitzenleistungen für Schlüsseltechnolo- 
gien“. Es soll einen entscheidenden KDT- 
Beitrag leisten, um die Erfahrungen produkti- 
ver Anwendung der Mikroelektronik auszu- 
werten und zu verbreiten. 

Schwerpunkte: 

• Herausbildung von konkreten Aufgaben- 
stellungen und von Wegen zur wirksameren. 
Fortführung der sozialistischen Gemein- 
schaftsarbeit bei der Applikation Mikroelek- 
tronik über die zentralen Objekte der Fach- 
verbände und andere KDT-Initiativen und 
Verpflichtungen. 

• Mobilisierung einer noch größeren Zahl 
von KDT-Mitgliedern, insbesondere der 
jungen Wissenschaftler und Ingenieure, für 
Spitzenleistungen bei der Entwicklung, Pro- 
duktion und Anwendung modernster elektro- 
nischer Technik. 

• Auslösen neuer schöpferischer Initiativen 
der Entwickler und Konstrukteure bei der um- 
fassenden Anwendung der Mikroelektronik 
zur Intensivierung. 

• Vermittlung beispielgebender Erfahrun- 
gen der Betriebssektionen, Kombinatsaktive 
und Bezirksfachsektionen Elektrotechnik/ 
Elektronik. 


• Darlegung von Ergebnissen und Er- 
kenntnissen zu Entwurf und Einsatz von 
semikundenspezifischen Schaltkreisen. 

• Information und Beratung zur themati- 
schen Entwicklung der KDT-Weiterbildung 
der ingenieurtechnischen Kader sowohl in 
bezug auf den konkreten Einsatz der Mikro- 
elektronik und der rechentechnischen Mittel 
als auch in Hinsicht auf die vorlauforientierte 
Wissensvermittlung zur Anwendung der 
Schlüsseltechnologien. 

Das 2. Zentrale Anwenderseminar wird an 
einem T ag in der letzten Maiwoche in Leipzig, 
Messehalle 7, mit einem Plenarvortrag des 
Präsidiums der KDT und anschließend in 5 
Arbeitsgruppen durchgeführt. Der Termin ist 
so gewählt, daß zur gleichen Zeit in einer 
Halle des Messegeländes die wissenschaft- 
lich-technische Angebotsmesse zum Thema 
„Nachnutzung rechnergestützter 
Rationalisierungslösungen, CAD/CAM“ 
stattfindet. 

Themen der Arbeitsgruppen 

1 . Erfahrungen aus der Anwendung von 
Rechner-, Steuer- und Leistungselektronik- 
Baugruppen für Automatisierungslösun- 
gen 

2. Neue KDT-Initiativen zur Erweiterung des 
eigenständigen Entwurfs und der Fertigung 
anwenderspezifischer Schaltkreise 

3. Orientierungen für die KDT -Objektbewe- 
gung zur Rationalisierung produktionsvor- 
bereitender und der Verwaltungsprozesse 
durch die Nutzung rechentechnischer Mittel 
auf der Basis PC 171 5 

4. KDT-Aufgaben bei der Entwicklung, Ver- 
vollkommnung, Verwaltung und Bereit- 
stellung von Software 

5. KDT-Initiativen zur Vorbereitung und Ein- 
führung rechnergestützter Rationalisierungs- 
lösungen in Klein- und Mittelbetrieben. 


KDT-Ideen Wettbewerb 
für neue Konsumgüter 

Die Preise für die besten Einsendungen zum 
Ideenwettbewerb der Kammer der Technik 
für neue elektrische und elektronische Kon- 
sumgüter sind Ende September in Berlin ver- 
liehen worden. 

Der Ideenwettbewerb war am 1 . Oktober 
1 985 in Vorbereitung des XI. Parteitages der 
SED vom Präsidium der Kammer der Tech- 
nik ausgeschrieben worden. Thema waren 
u. a. Ideen und Lösungsvorschläge für neue 
Erzeugnisse für Haushalt, Wohnung sowie 
auf den Gebieten Unterhaltungselektronik 
und Computertechnik. 

Insgesamt wurden 3366 Ideen, Lösungen 
und Vorschläge eingereicht, die von einer 
Jury aus Fachleuten staatlicher Institutionen, 
von Kombinaten und der Ingenieurorganisa- 
tion bewertet wurden. In die engere Wahl 
kamen 2359 Ideen, während 1 01 7 Einsen- 
dungen wegen mangelnden schöpferischen 
Gehalts ausschieden. Etwa 25 Prozent der 
ausgewählten Ideen regt die Entwicklung 
neuartiger Konsumgüter an, während die 
restlichen 75 Prozent Vorschläge zur Weiter- 
entwicklung bereits existierender, gefragter 
industrieller Konsumgüter unterbreiten. 

Rund 40 Einsendungen sind mit Patenten 
oder Schutzrechts- und Patentanmeldungen 
belegt. Die Ideen werden zur Realisierung 
ausgewählten Kombinaten und Betrieben 
angeboten, die über entsprechende techni- 
sche und technologische Voraussetzungen 
verfügen. Beim Präsidium der KDT sind 
bereits Anfragen nach Vorschlägen zur 
Nutzung eingegangen. Die besten Lösungs- 
vorschläge werden für Betriebe und Kombi- 
nate abrufbereit in ei ner zentralen Ideenbank 
Konsumgüter gespeichert. 

U. a. wurden folgende Vorschläge aus- 
gezeichnet: 

grafikfähiger Heimcomputer, flexibler bau- 
elementearmer Kleincomputer und ein Expe- 
rimentier-Computerspielsystem (U 880). 
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Programmierung in C 


Dr. Thomas Horn 
Ingenieurhochschuie Dresden, 

Sektion Informationsverarbeitung 
Die Programmiersprache C stellt eine 
moderne höhere Programmiersprache 
dar, die auf Grund ihrer Portabilität, Fle- 
xibilität und Effektivität, insbesondere 
auf 16- und 32- Bit- Rechnern, aber auch 
auf 8-Bit-Rechner heute eine weite Ver- 
breitung gefunden hat. ihr Einsatz ist 
nicht auf bestimmte Anwendungsge- 
biete begrenzt,aber durch die Möglich- 
keit einer maschinennahen Program- 
mierung und hohen Laufzeiteffizienz 
konnte in der Systemprogrammierung 
die bislang dominierende Makro- 
assemblerprogrammierung weitgehend 
reduziert werden. Die Systemprogram- 
mierung ist damit ein Haupteinsatzge- 
biet der Programmiersprache C und be- 
gründet ihre besondere Bedeutung. Die 
mit diesem Beitrag ein geleitete Artikel- 
reihe soll deshalb dem Leser eine Ein- 
führung in die Anwendung der Program- 
miersprache C geben. 

0. Einleitung 

C ist eine moderne universelle höhere 
Programmiersprache /1 , 2/, die Anfang 
der siebziger Jahre von Dennis Ritchie 
für die Implementierung des Betriebs- 
systems UNIX 1 auf Rechenanlagen vom 
Typ PDP-11 entwickelt wurde. Der für 
die Übersetzung der C-Programme be- 
nötigte Compiler war unter dem Be- 
triebssystem UNIX selbst implementiert. 
UNIX 131, größtenteils in C geschrieben, 
umfaßte etwa 1 3000 Quellzeilen in C 
und nur etwa 800 Quellzeilen in der Ma- 
kroassemblersprache zur Anpassung 
an die Hardware, wie E/A-Driver, Inter- 
ruptservice und Speicherverwaltung. 
Auf Grund der guten Portabilität der Pro- 
grammiersprache C und der günstigen 
Eigenschaften von UNIX für die Soft- 
wareentwicklung ist UNIX Mitte der 
siebziger Jahre mit relativ wenig Auf- 
wand auf verschiedene Groß- und 
Kleinrechner übertragen worden, wie 
IBM/360, IBM/370, Honeywell 6000, In- 
terdata8/32, VAX-1 1/780 u. a. /4, 5/. 
Gegenwärtig ist UNIX auf mehr als 
100000 Rechenanlagen vorwiegend in 
der Softwareentwicklung, Forschung 
und Ausbildung im Einsatz. 


1 Eingetragenes Warenzeichen der Bell 
Laboratories. 
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Aus der Literatur ist zu ersehen, daß 
UNIX mit der Entwicklung der 16-Bit-Mi- 
kroprozessoren eine starke Verbreitung 
als „Standard" -Betriebssystem für die 
16- und 32-Bit- Mikroprozessortechnik 
erfahren hat/6, 7/. Infolgedessen fand 
auch C eine weite Verbreitung. Da die 
Programmiersprache aber nicht auf das 
Betriebssystem UNIX oder auf be- 
stimmte Anwendungsgebiete speziali- 
siert ist, sondern sich durch hohe Flexi- 
bilität, Kompaktheit, Effektivität sowie 
moderne Konzepte fürden Steuerungs- 
fluß und für die Arbeit mit Datenstruktu- 
ren auszeichnet, ist sie insbesondere in 
der Systemprogrammierung als echte 
Alternative zur Makroassemblersprache 
zu betrachten. Da wie bei allen höheren 
Programmiersprachen die Anwendung 
von C nicht auf UNIX beschränkt ist, sind 
in den letzten Jahren zahlreiche Imple- 
mentierungen von C-Compilern unter 
vielen Betriebssystemen auf fast allen 
Rechnern bekannt geworden. 

Die Anpassung der Programmierspra- 
che C an verschiedene Betriebs- 
systeme ist vor allem deshalb relativ 
problemlos, da C im Vergleich zu ande- 
ren Programmiersprachen keine READ- 
und WRITE- bzw. GET- und PUT-State- 
ments enthält und somit frei von Beson- 
derheiten der E/A- und Filesteuerung 
ist. Der Zugriff auf die E/A- und File- 
steuerung sowie auf andere 
Systemdienste erfolgt grundsätzlich 
über Funktionsaufrufe (Prozeduren), 
was eine außerordentlich hohe Portabili- 
tät der C-Programme bei gleichzeitig 
guten Laufzeiteigenschaften sichert. 

Die Besonderheiten der Gerätetechnik 
und des Betriebssystems finden somit 
ihren Niederschlag nur in der Funktions- 
bibliothek, die auch das C-Laufzeitsy- 
stem enthält und für jeden Compiler un- 
ter den einzelnen Betriebssystemen 
vorhanden sein muß. Praktische Unter- 
suchungen zeigen, daß C-Programme 
in der Laufzeit mit Makroassemblerpro- 
grammen guter bis sehr guter Program- 
mierer in etwa vergleichbar sind. Vom 
Speicherplatzbedarf ergeben sich bei 
den übersetzten C-Programmen durch 
das Einbinden des C-L^ufzeitsystems 
Nachteile, die in Abhängigkeit von der 
Programmgröße und der Größe der Da- 
tenbereiche sowie in Abhängigkeit vom 
Betriebssystem im Mittel eine Vergröße- 
rung des Arbeitsspeichers um 
20 . . , 50 % erforderlich machen. 


1. Einführung in die Lexik 

Das Alphabet der Programmiersprache 
C umfaßt den vollständigen Zeichensatz 
des ASCII-Kodes einschließlich aller 
Sonderzeichen und der Kleinbuchsta- 
ben (96 Zeichen). Darauf aufbauend 
werden in C sechs Kategorien von Be- 
griffen unterschieden: 

- Identifikatioren 

- Trennzeichen 

- Schlüsselwörter 

- Konstanten 

- Zeichenketten und 

- Operatoren. 

1.1. Identifikatoren 

Ein Identifikator (Symbol) ist eine Folge 
von Buchstaben und Ziffern, wobei das 
erste Zeichen ein Buchstabe sein muß. 
Die ersten 8 Zeichen sind signifikant. 
Klein- und Großbuchstaben sind ver- 
schiedene Zeichen. Das Unterstrei- 
chungszeichen (_) zählt als Buchstabe. 
Externe Identifikatoren werden durch 
das Basis-Betriebssystem in der Länge 
oft eingeschränkt. Im Betriebssystem 
OS-RW auf Rechenanlagen des SKR 
sind externe Identifikatoren z. B. auf 6 
Zeichen beschränkt, wobei vom Task- 
builder (Linker) auch keine Klein- und 
Großbuchstaben unterschieden wer- 
den. 


Beispiele: 

nl , block , satz_1 , ALPHA, NI , _file , 
alphalOOO , alphalOOl . Die Identifi- 
katoren nl und NI sind verschieden, 
während alphalOOO und alphalOOl 
identisch sind, da sie in den ersten 8 
Zeichen übereinstimmen. 


1.2. Trennzeichen und Kommentare 

Als Trennzeichen werden Leerzeichen 
(SP), Tabulatoren (HT), Neue Zeile (NL) 
und Kommentare gewertet. Sie dürfen 
zwischen den Begriffen beliebig stehen 
und werden bei der Syntaxanalyse igno- 
riert. Falls kein anderes Sonderzeichen 
vorhanden ist, dienen sie nur zur Tren- 
nung der Begriffe, wie Schlüsselwörter, 
Identifikatoren und Konstanten. 
Kommentare werden durch die Zei- 
chenfolge /* eingeleitet und durch */ 
beendet. Sie dürfen an beliebigerstelle 
innerhalb der Quellzeile zwischen den 
Begriffen an Stelle eines Trennzeichens 
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stehen. Eine Schachtelung von Kom- 
mentaren ist nicht zulässig. Kommen- 
tare werden im Programm zur Erläute- 
rung der Programmanweisungen (State- 
ments) undsomitzurErhöhungder Les- 
barkeitdes Programms verwendet. 

Beispiel: 

int/*SPEZI Fl KATION 
VON l-VARIABLEN*/L,L1 ,L2; 

L=25; /»ANFANGS WERT SET- 
ZEN»/ 

1.3. Schlüsselwörter 


Folgende Identifikatoren sind als 
Schlüsselwörter reserviert: 


asm 

enum 

short 

auto 

extern 

Sizeof 

break 

float 

static 

case 

for 

struct 

char 

fortran 

switch 

continue 

goto 

typedef 

default 

if 

union 

do 

int 

unsigned 

double 

long 

void 

eise 

register 

while 

entry 

return 



Oiese Schlüsselwörter dürfen ander- 
weitig nicht noch einmal vergeben wer- 
den. Das Schlüsselwort entry ist gegen- 
wärtig i.allg. noch nicht implementiert, 
aber für spätere Erweiterungen reser- 
viert. In modernen C-Compilern sind 
auch die Schlüsselwörter void, enum, 
asm und fortran implementiert oder 
reserviert. Die Anwendung der aufge- 
führten Schlüsselwörter wird in den 
weiteren Abschnitten erläutert. 

1 .4. Konstanten und Zeichenketten 

In C werden folgende Konstantentypen 
unterschieden: 

- Integerkonstanten 

- Gleltkommakonstanten 

- ASCII-Zeichenkonstanten und 

- ASCII-Zelch en kettenk onstanten. 

Integerkonstanten 

Integerkonstanten sind standardgemäß 
Dezimalzahlen. Eine führende 0 kenn- 
zeichnet Oktalzahlen, während Hexade- 
zimalzahlen mit der Zeichenkombina- 
tion Ox bzw. OX beginnen. Als Hexadezi- 
malziffern sind neben den Ziffernzei- 
chen die Buchstaben A bis F bzw. a bis f 
vorgesehen,, Die Zahl 200 kann somit als 
200, 0310 oder 0xc8 dargestellt 

werden. 

Integerkonstanten sind standardgemäß 
vom Datentyp int ,das heißt, sie werden 
auf den meisten Klein- und Mikrorech- 
nern intern im 16-Bit-Format dargestellt. 
Eine Dezimalkonstante, deren Wert mit 


Vorzeichen 16 Bit überschreitet, wird 
als Konstante vom Datentyp long (32 
Bit) vereinbart. Das gleiche trifft für Ok- 
tal- und Hexadezimalzahlen zu, die 
ohne Vorzeichen 16 Bit überschreiten. 
Integerkonstanten können durch einen 
nach gestellten Buchstaben 1 bzw. L ex- 
plizit im long-Format vereinbart werden. 

Beispiele: 

XC2FF, 01 77000, -1000, 0777000, 

OXffcOL, +2001. 

Die ersten drei Zahlen werden im 1 6- 
Bit-Format und die letzten drei Zahlen 
im 32-Bit-Format gespeichert. 

Gleitkommakonstanten 
Gleitkommakonstanten bestehen aus 
einem ganzzahligen Teil, dem Dezimai- 
punkt, einem Bruchteil, einem Buchsta- 
ben e oder E und einer Integerkonstan- 
ten (wahlweise mit Vorzeichen). Der 
ganzzahlige Teil oder der Bruchteil (aber 
nicht beide zugleich) sowie der Expo- 
nententeil (e bzw. E mit Integerkon- 
stante) können wahlweise entfallen. 
Wenn ein Exponent angegeben wird, 
kann die Angabe des Dezimalpunktes 
entfallen. Gleitkommazahlen werden 
intern genereil im Format mit höherer 
Genauigkeit (64 Bit) dargestellt. 


Beispiele: 

2E3 , 2.0 , .518 , 3.51e-10 ,-.5e+3 

ASCII-Zeichenkonstanten 
Eine Zeichenkonstante wird in Hoch- 
kommas, z.B. 'a’ , eingeschlossen, Ihr 
numerischer Wert entspricht dem Wert 
des Zeichens in der ASCII-Tabelle. 
Nichtdruckbare Zeichen, das Hoch- 
komma (’) selbst und der Backslash (\) 
werden mittels Escape-Folgen darge- 
stellt, die durch den Backslash eingelei- 
tel werden: 

BS Backspace (Rücksetzen 


um ein Zeichen): \b 

CR Carriage return 

(Wagenrücklauf): \r 

FF Form feed (Formular- 
vorschub): \t 

HT Horizontal tabulator 

(Tabulatorsprung): \t 

NL(LF) Newline (Neue Zeile/ 

Zeilenvorschub): \n 

NUL Null (kein Zeichen): \0 


\ Backslash (linksgeneigter 

Schrägstrich): \\ 

1 Single quote 

(Hochkomma): V 

Alle anderen nichtdruckbaren Zeichen 
(Steuerzeichen) werden im Oktalkode 


durch die Escape-Folge\ddd vereinbart, 
wobei ddd bis zu drei Oktalziffern ver- 
körpert. Wenn nach einem Backslash 
kein gültiges Zeichen folgt, so wird der 
Backslash ignoriert. 

Beispiele: ’a’, ’O', ’Z’, \0\ V. V\ V, 
^33’, *177' 


Die Konstante '0' entspricht dem ASCII- 
Zeic-hen Null und definiert ein Byte mit 
dem Wert oktal 60, während \0’ ein Byte 
mit dem Wert 0 definiert. 

ASCII-Zeichenkettenkonstanten 
Eine Zeichenkettenkonstante ist eine 
Folge von ASCII-Zeichen, die in Anfüh- 
rungszeichen eingeschlossen ist, z.B. 
„abcdef". Vom Compiler wird die Zei- 
chenkette mit einem Null-Byte \0 abge- 
schlossen (Endekennzeichen). 

In Zeichenketten sind die schon be- 
schriebenen Escape-Folgen fürdie Dar- 
stellung der Sonder- und Steuerzeichen 
zulässig (siehe Zeichenkonstanten). Ein 
Anführungszeichen in einer Zeichen- 
kette muß durch die Escape-Folge\” 
dargestellt werden. Ein Backslash mit 
einem sofort folgenden Newline wird 
ignoriert und kann verwendet werden, 
um eine Zeichenkettenkonstante über 
mehrere Zeilen zu schreiben. Eine Zei- 
chenkettenkonstante wird vom Daten- 
typ „Zeichenfeld" mit der Speicher- 
kiasse static vereinbart, das mit den 
ASCII-Kodes der vorgegebenen Zei- 
chenkette initialisiert ist. Alle Zeichen- 
kettenkonstanten, auch wenn identisch 
geschrieben, werden vom Compiler ge- 
trennt gespeichert. 


Beispiele: 

„Das ist ein Beispiel. \n", 
„Heute ist \ "Montag) ”.\f’ 


1 .5. Operatoren und Operanden 

In C sind einstellige Operatoren, zwei- 
stellige Operatoren und Zuweisungs- 
operatoren vorhanden. 

Einstellige Operatoren stehen in der Re- 
gel vor einem Operanden, in Ausnah- 
mefällen auch dahinter. Zweistellige 
Operatoren verbinden zwei Operanden 
über eine arithmetische oder logische 
Operation. Zuweisungsoperatoren wer- 
den für die Zuweisung eines Wertes ei- 
ner Variablen genutzt. 

Operanden können Konstanten, Ident - 
fikatoren und aus ihnen aufgebaute Aus- 
drücke sein (siehe Pkt. 3.). 

Ein Identifikator bezeichnet einen be- 
stimmten Speicherbereich und wird 
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ohne Vorzeichen 
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:.';n zwei Attribute charakterisiert: den 
Ea:e-ityp und die Speicherklasse, die 
- nachfolgenden Abschnitt erläutert 
.s erden. Der Speicherbereich, der an 
:en Identifikator gekoppelt ist, wird im 
£.:gemeinen als Objekt bezeichnet. Der 
Datentyp legt die Bedeutung des Wertes 
aes Objekts fest, während die Speicher- 
■casse die Adresse und das Zeitver- 
nalten des Objekts bestimmt. 

Wie wir später sehen werden, kann man 
>n C unter Ausnutzung des Zeigerkon- 
zeptes (pointer) mit den Adressen von 
Objekten wie in der Assemblersprache 
arbeiten. Die Adresse eines Objekts 
wird über den AdreßoperaiorS gebildet, 
z.B. &VAR - Adresse der Variablen 
VAR. &VAR ist somit Ausdruck vom Zei- 
gertyp (pointer). Der Indirektoperator* 
dagegen dient dem Zugriff auf die Ob- 
jekte über ihre Adressen bzw. über 
Ad reßausd rücke. Angenommen 
E=&VAR, dann muß E eine Variable 
vom sogenannten Zeigertyp sein, und 
über * E kann auf die Variable VAR zuge- 
griffen werden. Es sind somit die beiden 
folgenden Schreibweisen identisch: 

VAR=0 
*E=0 . 

Beide Schreibweisen zeigen, daß links 
vom Zuweisungsoperator (linker Teil 
der Ergibtanweisung) entweder einfa- 
che Variablen oder Adreßausdrücke ste - 
hen dürfen, die auf eine einfache Varia- 
ble über den Indirektoperator ver- 
weisen. Wie in allen anderen Program- 
miersprachen dürfen rechts vom Zu- 
weisung soperato r se I bstverständlich 
beliebige Ausdrücke sieben. 

1.6 Der Programmaufbau 
Ein C-Programm ist für den Compiler 
eine beliebig lange Programmzeile, die 
aufgrund der begrenzten Zeilenlänge 
bei Bildschirmgeräten und Druckern be- 
liebig in Zeilen kürzerer Länge unterglie- 
dert werden darf. C ist analog den 
ALGOL-ähnlichen Sprachen eine block- 
strukturierte Sprache, wobei allerdings 
zur Erhöhung der Kompaktheit des Pro- 
gramms die BEGIN- und END-Klam- 
mern im Schriftbild durch geschweifte 
Kiammern ersetzt werden, in C ist jedes 
Programm grundsätzlich eine Funktion, 
oie aus dem Funktionskopf und dem 
Funktionsblock besteht. Funktionen 
s nd etwa den Begriffen SUBROUTINE 
„nd FUNCTION bei FORTRAN äquiva- 
ent. unabhängig davon, ob ein Funk- 
no ns wert im konkreten Fall als Ergebnis 
„ bergeben wird oder nicht. 

.edes Programm ist daher in C eine 
Punktion und kann als ein Baustein von 
3'deren Funktionen aufgerufen werden. 
E r e Funktion, die vom Betriebssystem 


gestartet werden soll, muß immer den 
Namen main tragen und kann Parameter 
aus dem Startkommando übernehmen. 
Alle anderen Funktionen können belie- 
bige Namen tragen und übernehmen ihre 
Parameter von der autrufenden Funktion. 
Eine Funktion hat folgenden prinzipiel- 
len Aufbau: 

typ funktionsname ( listende rJormaien 
-Parameter) 

dekiaratiori-üer-formalen.parameter 

{ 

deklarationen ; 
n Weisungen ; 

} 

wobei typ den Datentyp des Funktions- 
wertes festlegt. Im Funktionsblock kön- 
nen lokale Variablen deklariert werden, 
nach deren Deklaration dann die Anwei- 
sungen folgen. In C werden alle Dekla- 
rationen und Anweisungen mit einem 
Semikolon (;) abgeschlossen. Aus- 
führlich werden die Funktionen später 
behandelt 

Beispiel: 
main () 

{ 

printf(„Hier ist unser 
erstes Programmen"); 

} 

Die Funktion main verfügt über keine 
formalen Parameter und keine lokalen 
Variablen. Die Funktion printf wird zum 
AusdruckeneinerZeichenkette benutzt. 
Das abschließende Zeichen NL ßn) ist 
sehr wichtig, da es den Terminalpuffer 
leert und erst die Ausgabe der Zeichen- 
kette bewirkt. Es sollte deshalb auch in 
den weiteren Beispielen nie vergessen 
werden! 

Ausführlich wird die printf-Funktion 
später behandelt. 

2. Einfache Datentypen und 
Speicherklassen 

In C herrscht — ähnlich wie in ALGOL 
und PASCAL -ein Deklarationszwang, 
das heißt, alle Identifikatoren für Varia- 
blen müssen mit einem Typbezeichner 
und einem Speicherklassenbezeichner 
zu Beginn eines Blockes vereinbart 
werden. 

2.1. Die Typbezeichner 

Typbezeichner und ihre Interpretation 
sind: , 

char f ü r 8- Bit-Zeich en (Byte) 

int oder für 16-Bit- Worte 

short int m it Vo rze i ch en 

iongoder für32-Bit-Worte 

longint mit Vorzeichen 

unsigned für 1 6-Bit-Worte 


oder 

unsigned int 
float für 32-Bit-Gleit- 

kommazahien 

double oder für 64-Bit-Gleit- 
long float kommazahlen 

Beispiele: 
chard,c2; 
long a,b,c; 
iond float z0,z1,z2; 

Objekte vom Datentyp char dienen zum 
Speichern von Zeichenketten. Ein Zei- 
chen wird durch einen lnteger-8-Bit- 
Kode (Byte) entsprechend der ASCII - 
Kodetabelle dargestellt. 

Die Datentypen short, int und tong be- 
zeichnen Objekte vom Typ integer, wo- 
bei short und int dem 1 6-Bit-Format und 
long dem 32-Blt-Format entsprechen 
Der Datentyp unsigned bezeichnet vor- 
zeichenlose Integerzahle’n (16 Bit), die 
der modulo-65536- Arithmetik unterlie- 
gen. (Der Datentyp unsigned long ist 
nicht realisiert!) Der Datentyp unsigned 
wird insbesondere für die Speicherung 
von Adressen benutzt. 

Die Datentypen char und alle Arten von 
int werden kurz ais Integertypen be- 
zeichnet. 

Die Datentypen float und double reali- 
sieren Gleitkommazahlen im 32-Bit- 
bzw. 64-Bit-Format. Sie werden kurz als 
Gleitkommalypen bezeichnet. 

Diese sechs genannten Datentypen 
sind die grundlegenden arithmetischen 
Typen (einfache Typen), wobei char als 
arithmetischer Typ im Byteformat be- 
trachtet wird. Aufbauend auf die ge- 
nannten einfachen Datentypen sind fol- 
gende höhere Typen möglich: 

- Felder (arrays) von Objekten der Da- 
tentypen, 

- Funktionen (functions).die ein Objekt 
mit einem vorgegebenen Datentyp zu- 
rückgeben. 

- Zeiger ( pointers ) zu Objekten eines 
vorgegebenen Datentyps. 

- Strukturen ( stuctures }, die eine Folge 
von Objekten verschiedener 
Datentypen enthalten, und 

- Vereinigungen (un/or?s),die verschie- 
denen Objekten verschiedener 
Datentypen den gleichen Speicherplatz 
zuweisen. 

Die höheren Typen werden in den 
weiteren Abschnitten behandelt. 

2.2. Definition neuer Typbezeichner 

Mit dem Schlüsselwort typedef lassen 
sich neue Typbezeichner defimeren. S e 
können ais Synonyme für andere Typ- 
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bezeichner oder für Strukturen bzw. 
Vereinigungen benutzt werden. 

Beispiel: 

typedef int tabeile, *index; 
tabeile a [100], b [20]; 
index ai, bi; 

Es wurden zwei neue Typbezeichner- 
tabelle und index -definiert, wobei 
tabeile dem Typ int und index einem 
Integer-Zeigertyp entsprechen. Die 
Felder und Zeigertypen werden erst 
später behandelt. Das Beispiel zeigt 
aber, daßtabelle und index jetzt neue 
Schlüsselwörter sind. 


2.3. Die Speicherklassenbezeichner 

Jede Variable ist in C an einen bestim m- 
ten Speicherklassenbezeichner gebun- 
den, der die Art und Weise der Spei- 
cherplatzzuweisung für die Variablen 
festlegt. Vier Speicherklassenbezeich- 
ner sind vorhanden: 
auto 
static 
extern 
register 

• Automatische Variablen (auto) sind 
lokale Variablen eines Blockes. Bei je- 
dem Eintritt In einen Block wird ihnen 
dynamisch zur Laufzeit Speicher zuge- 
wiesen. Beim Verlassen des Blockes 
wird der Speicher wieder freigegeben. 

• Statische Variablen (static) sind 
ebenfalls lokale Variablen eines Blok- 
kes. Der Speicherplatz wird ihnen aber 
statisch zur Übersetzungszeit zugewie- 
sen, so daß sie ihren Wert auch nach 
dem Austritt aus dem Block nicht verlie- 
ren. Statische Variablen, die außerhalb 
von Funktionen vereinbart werden, ha- 
ben für alle Funktionen innerhalb eines 
Übersetzungsmoduls Gültigkeit. 

• Externe Variablen existieren während 
der gesamten Programmausführung 
und können zum Datenaustausch zwi- 
schen den Funktionen benutzt werden. 
Sie müssen außerhalb von Funktionen 
in genau einem Übersetzungsmodul 
ohne Angabe eines Speicherklassenbe- 
zeichners global definiert werden. Die 
Bezugnahme auf global definierte Sym- 
bole erfolgt in den anderen Überset- 
zungsmoduln durch die Spezifikation 
des Speicherklassenbezeichners 
extern bei der Vereinbarung der entspre- 
chenden Variablen. Dadurch wird ihnen 
kein neuer Speicherplatz zugewiesen, 
sondern sie werden der bereits global 
definierten Variablen gleichgesejtzt. 

• Registervariablen werden, wenn es 
möglich ist. in den „schnellen“ Regi- 


stern des Prozessors gespeichert. Regi- 
stervariablen, denen kein freies Prozes- 
sorregister zugewiesen werden kann, 
werden wie automatische Variablen be- 
handelt. Als Redistervariablen sind nur 
Variablen vom Typ int, unsigned, char 
und pointer zulässig. 

Wenn kein Speicherklassenbezeichner 
angegeben wird, gilt für alle Variablen 
innerhalb einer Funktion auto und au- 
ßerhalb static. 

Der Speicherklassenbezeichner wird 
dem Typbezeichner immer vorange- 
stellt, zum Beispiel 
static int a,b,c; 

Bei dem Speicherklassenbezeichner 
register kann der Typbezeichner int aus- 
gelassen 'werden. 

2.4. Der Gültigkeitsbereich 
von Variablen 

Variablen sind grundsätzlich immer in 
dem Block gültig, in dem sie definiert 
wurden. Bei ineinander geschachtelten 
Blöcken 2 sind sie auch für die inneren 
Blöcke gültig. Werden in einem inneren 
Block Variablen gleichen Namens wie 
im äußeren Block definiert, so gilt im in- 
neren Block die Variable, die im inneren 
Block definiert wurde und im äußeren 
Block die im äußeren Block definierte 
Variable. Nur Variablen, die zu Beginn 
des Übersetzungsmoduls vor der ersten 
Funktion spezifiziert wurden, gelten für 
alle Funktionen des Übersetzungs- 
moduls ohne nochmalige Deklaration. 
Wurde bei solchen Variablen der Spei- 
cherklassenbezeichner static ausgelas- 
sen, so tragen sie zusätzlich das Attribut 
global. Auf globale Variablen kann von 
getrennt übersetzten Moduln durch 
Spezifikation des Speicherklassenbe- 
zeichners extern zugegriffen werden. 


Beispiel: 

int i; /* Globale Variable iW 
main() 

{ 

int j,k; /* Automatische Variablen j 
und k*/ 


J='. 

incr(); /* Aufruf der Funktion incr*/ 
k=j+'i 

printf(”k=%d,j=%d n",k,j); 

} 

incr() 

{ 

extern int i; /*■ Externe Variable i*/ 
i=i+1; 

} 


In der Funktion printf ist %d eine For- 
matspezifikation zum Einfügen einer 
Dezimalzahl. Für jedes %d wird som t 
der Wert des nächsten Parameters der 
Parameterliste substituiert. Als Ergebe s 
wird folgende Zeile auf dem Bildschirm 
ausgegeben: 

k=21,j=10. 

Literatur 

IV Kernig han, B. W.; Ritchie, D. M.: The C Pro- 
gramming Language. Prentice-Hall, Inc., Eng- 
lewood Cliffs, New Versey, 1978 
121 Kernighan, B. W ; Ritchie, D. M.: Programmie- 
ren in C. Carl-Hanser- Verlag, München, Wien. 
1983 

131 The Beil System Technical Journal. Vol. 57, Nr. 

6. Part 2, (Juli - August 1 978) 

/4/ Lious, J.: Experience with the UNIX Time-Sha- 
ring System. Software - Practice and Expe- 
rience, Vol. 9, 701-709 (1979) 

151 Mifze, R.W : The UNIX Systems as a Software 
Engineering Environments, 
ln: Software Engineering Environments, H. 
Hühnke (Hrsg ), North-Holland, 1981 
161 Lichte, I.; Harbers, H.: UNIX unterstützt Mikro- 
computer-Entwicklungssystem. Elektronik, 

Heft 26/1982, S. 55-58 

m Wossidlo. M.: TNIX-eine UNIX-Implementie- 
rung für Entwicklungsaufgaben. Elektronik, 

Heft 28/1982. S. 61-65 

l&l Horn, Th.: Zur Anwendung der Programmier- 
sprache C in der Systemprogrammierung. 
Wiss. Beiträge der IH Dresden. Heft 4, 1983, 
30-42 

/9 / Horn, Th.: Programmiersprachen - ein Ver- 
gleich an Hand von Beispielen. 

In: Kleinstrechner-TIPS, Fachbuchverlag Leip- 
zig, 1986, 4-34 


Vorschau: 

Nachdem in diesem Teil der Artikelreihe 
zu C eine Einführung in die Lexik gege- 
ben und die grundsätzlichen einfachen 
Datentypen und Speicherklassen be- 
handelt wurden, werden im nächsten 
Heft die Operatoren und Ausdrücke 
sowie die Steuerstrukturen erläutert. 
Sowohl die Operatoren und Ausdrücke 
wie auch die Steuerstrukturen wider- 
spiegeln maßgeblich das moderne und 
leistungsfähige Sprachkonzept der Pro- 
grammiersprache C, das zu ihrer weiten 
Verbreitung in der Systemprogrammie- 
rung beigetragen hat. 


2 Gemäß Sprachdefinition /1 .2/ sind inein- 
ander geschachtelte Blöcke zugeiassen 
Aber eine Reihe gegenwärtig weit verbre- 
teler Compiler unterstützt nur die Deklara- 
tion von Variablen zu Beginn des äußer- 
sten Funktionsblockes 
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Semigrafik für PC 1715 


Dr. Dieter Herden, Rolf Lüdicke, 

Claus Wippich, Technische Hochschule 
Leipzig, Sektion Elektroenergieanlagen 


Der Beitrag beschäftigt sich mit der Mög- 
lichkeit einer semigrafischen Informa- 
tionsverarbeitung auf dem PC 1715, die 
über eine hardwaremäßige Nachrüstung 
(Option) mit einem RAM-Baustein und 
einer entsprechenden Grafikgrundsoft- 
ware für vielfältige Anwendungsbereiche 
gewährleistet wird. 

Unter Semigrafik wird eine Bildgenerie- 
rungmethode verstanden, die bei zeichen- 
orientierter Addressierungsweise des 
Monitors unter Verwendung von n zu- 
sätzlichen Zeichengeneratoren die Quali- 
tät einer vollgrafischen Darstellung bei 
hoher Bildgenerierungsgesch windig keit 
ermöglicht. 

Einzelheiten über den Aufbau, die Funk- 
tion und die Anwendungsgebiete des 
Mikrorechners PC 1715 werden in 111 
ausführlich dargestellt. 

1. Hardwarekonzept 

Die hardwaretechnische Lösung zeigt 
Bild 1 und wird in 121 detailliert er- 
läutert. 

Bezogen auf die Standardausführung 
des PC 1715, stellt der Grafikbaustein 
eine nachrüstbare Leiterplatte dar, die 
ohne Veränderung des Gerätestandards 
im Steuerteil des Rechners befestigt und 
über zwei Steckverbinder angeschlossen 
wird. Dieser Grafikbaustein wird in 
einer N utzerdokumentation ßl be- 
schrieben; die Bestückung ist mit 
handelsüblichen DDR-Bauelementen 
möglich. 

2. Softwarekonzept 

Das Softwarepaket GEDIT wurde in 
der Form eines allgemeinen Grafik- 
editors entwickelt. Analog zum Text- 
verarbeitungsprogramm, das dem An- 
wender ein wahlfreies und komfortables 


Editieren beliebiger Texte ermöglicht, 
besteht das Anliegen von GEDIT darin, 
auf Zeichen-, Symbol- und Bildebene 
einen leicht handhabbaren und 
leistungsfähigen Funktionsvorrat zum 
Erstellen, Manipulieren, Verwalten, 
Speichern und Ausgeben von Grafiken 
zur Verfügung zu stellen. 

Im Bild 2 werden, bezogen auf die grafi- 
sche Informationsverarbeitung, die 
Grundfunktionen Editieren und Gene- 
rieren gegenübergestellt. 

Das Ziel dieser Funktionen besteht in 
der Bilderstellung durch Manipulation 
der Elemente Bildpunkt (Pixel), 
Zeichen (als geordnete Menge von Bild- 
punkten) und Symbol (als geordnete 
Menge von Zeichen). Typisch für den 
semigrafischen Verarbeitungsmodus ist 
das Editieren von Zeichen, da zumeist 
hardwarebedingt nicht der Bildpunkt, 
sondern das Zeichen als frei addressier- 
bares Element auf dem Monitor in Er- 
scheinung tritt. In unserem Fall besteht 
das über den ASCII-Code anwählbare 
Zeichen eines Zeichengeneratorfiles 
von 128 Zeichen aus 8*12 Bildpunkten. 
Als Symbol wurde ein Zeichenverbund 
von 1 < n < 160 Zeichen festgelegt. 
Symbole sind über ihren Namen erreich- 
bar und werden in einer Symboldatei ab- 
gelegt. 

Neben dem Editieren ist das Generieren 
einer Grafik über Programmprozeduren 
möglich, in denen Bildpunkt, Zeichen 
und Symbol gleichermaßen zur Bildge- 
nerierung verwendet werden. Auf semi- 
grafischer Grundlage ist das Generieren 
einer Grafik möglich und wird auch 
beim Erstellen von Symbolgrafiken 
bzw. statistischen Darstellungen mit 
hoher Effektivität angewandt. Dabei 
bestehen jedoch Probleme bei der 
Darstellung maßstäblicher Grafiken 
auf dem Monitor sowie bei Grafiken , 
deren Generierung die Anzahl der 
Zeichen des Zeichengenerators über- 
steigt. 

Aus der Kombination der Grundver- 
fahren Editieren und Generieren sind 



warepakets GEDIT 

die im Bild 3 dargestellten Software- 
schichten des Grundsoftwarepaketes 
GEDIT ableitbar. 

3. Funktionsbeschreibung 
der implementierten Software- 
lösung 

Das Softwarepaket GEDIT stellt eine 
Grundsoftware dar, die dem Anwender 
auf den einzelnen Programmschichten 
Werkzeuge (Tools) zur interaktiven 
Generierung von 

- Zeichen (Zeicheneditor) 

- Symbolen (Symboleditor) 

- Bildern (Bildeditor) 

sowie zu deren Verwaltung, Abspeiche- 
rung und Ausgabe (Hardcopy, Format- 
ausdruck) zur Verfügung stellt. 

GEDIT wurde in Turbo-Pascal pro- 
grammiert, um hohe Interaktivität, 
erforderliche Modularität, kurze 
Programmlaufzeiten und notwendige 
Portabilität auf nachfolgenden Rechner- 
systemen zu gewährleisten. 

3.1. Anwendung der einzelnen 
Editoren 

Der Zeicheneditor ermöglicht dem An- 
wender das interaktive Erstellen von n 
Zeichengeneratoren entsprechend den 
zu bearbeitenden Aufgabenstellungen. 
Zu diesem Zweck wird links auf dem 
Monitor ein Arbeitsfeld von 8* 12 wahl- 



Bild 1 Funktionsschema des Grafikmoduls GM 1 
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frei belegbaren Bildpunkten zur 
Zeichengenerierung in vergrößerter 
Darstellung und rechts der aktuelle In- 
halt des Zeichengeneratorfiles in Origi- 
nalgröße dargestellt (Bild 4). 

Bild 5 zeigt das Arbeits- und Menüfeld 
zur Editierung von Symbolen ein- 
schließlich Beschriftung. Symbole 
können aus Zeichen bzw. aus bereits 
definierten Symbolen zusammengesetzt 
und unter einem dem Anwender ge- 
bräuchlichen Namen in der Symboldatei 
abgelegt werden. 

Aus den vorhandenen Symbolen bzw. 
Grundbildern werden mit Hilfe des 
Bildeditors die erforderlichen Grafiken 
interaktiv erstellt. Zum Erleichtern des 
Editierens stehen dieser Editorebene 
eine Anzahl von Funktionen zur Ver- 
fügung, z. B. zum Löschen, Elemente- 
vervielfachen, Verbinden von Elemen- 
ten, Beschriften, zum Korrigieren, für 
Blockoperationen, zum Speichern und 
zur Druckausgabe. 

3.2. A3-Editor 

Aufbauend auf die mit dem Grundwerk- 
zeug erstellten Zeichengeneratorfiles, 
Symboldateien und (Teil)-Bilder er- 
laubt der A3-Editor (als Anwenderpro- 
gramm) das Erstellen von Bildern aus 
Symbolen und Teilbildern in einem 
wählbaren Format (max. A3 hoch oder 
quer; etwa 11 KByte). 

Der Editiervorgang wird zusätzlich zu 
den aus GEDIT bekannten Funktionen 
durch folgende Manipulationsmöglich- 
keiten unterstützt: 

- Auswahl des erforderlichen Format- 
bereiches, in dem gearbeitet wird (Ver- 
schieben des im Monitor dargestellten 
Teilbildes über dem Format) , 

- Festlegen des Formatbereiches, mit 
dem gearbeitet wird (1 . . n Zeilen, 1 . . n 
Spalten) und 

- Funktionsrealisierung mit bzw. im ge- 
wählten Bereich verschieben, kopieren, 
löschen, definiert füllen, von/auf Dis- 
kette lesen/schreiben. 


Das bearbeitete Bild kann im Moment 
der Bearbeitung aus maximal zwei 
verschiedenen Zeichengeneratoren 
(Grafik/Standardzeichen) bestehend 
dargestellt werden. Zum Druck kann es 
aus vier verschiedenen, ladbaren 
Zeichengeneratoren bestehen (z. B. für 
Schriftfelder, Bemaßung). Die Überla- 
gerung der vier verschiedenen Teilbilder 
wird unterstützt. 

3.3. Kommandodateien 
Zum schnellen Einarbeiten des Anwen- 
ders in das Programmsystem wurde die 
Möglichkeit des Erstellens und Ab- 
arbeitens von Kommandodateien imple- 
mentiert. 

Nach Eröffnen einer Kommandodatei 
im Hauptmenü werden sämtliche fol- 
gende Interaktionen in diese Kom- 


mandodatei bis zum Abschluß dieses 
Modus gespeichert. Zur Demonstration 
des Grafikeditors bzw. zum Training 
des Anwenders kann die Kommando- 
datei aufgerufen werden, so daß in 
einem wählbaren Zeitregime der Ablauf 
der Operationen vom Anwender ver- 
folgt werden kann . 

4. Schnittstellen 

In der vorliegenden Version erzeugt 
GEDIT folgende Dateien als Schnitt- 
stellen zwischen den Programmschich- 
ten bzw. zu Anwenderprogrammen: 

- Zeichengeneratorfile (128 Zeichen/ 
Datei) 

- Symboldatei (Symbole adressierbar 
über Namen) 



Bild 4 Arbeits- und Menüfeld des Zeicheneditors 



Bild 5 Arbeits- und Menüfeld des Symboleditors 
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- Bilddatei (Abspeicherung von 21 Zei- 
len und 62 Spalten) 

- Kommandodatei (z. B. für Analysen, 
Training, Demonstration). 

Der A3-Editor erzeugt über Anwahl 
noch eine Datei, die Symbolnamen, Po- 
sitionen und Bezeichnungen enthält. 
Diese Datei bildet die Voraussetzung 
zur Generierung einer Strukturmatrix 
der grafisch eingegebenen Elemente. 
Das Einbinden von GEDIT-Prozeduren 
in beliebige Anwenderprogramme ist 
möglich. Die definierte Programm- 
schnittstelle wird durch Prozeduren 
wie: 

- ZGMOVE: Laden des Zeichengene- 
rators in den parallelen RAM, 

- Druck-Prozedur: Ausgabe von Grafi- 
ken auf den Drucker und 

- Window-Prozeduren zur Symbol- und 
Bildausgabe und Abspeicherung, zur 
Bildeditierung, Beschriftung, Textaus- 
gabe usw. realisiert. 

Die Beschreibung der Anwenderpro- 
grammschnittstelle liegt als Dokumen- 
tation und als kommentierte Turbo- 
Quelle vor. 

5. Charakteristische 
Anwendungsbereiche 

Auf den Bildern 6-8 werden einige auf 
dem PC 1715 editierte bzw. generierte 
Grafiken aus unterschiedlichen Anwen- 
derbereichen dargestellt. 

Der Grafikeditor ist besonders geeignet 
für: 

© Symbolgrafiken 

- Netz-, Trassen-, Stromlaufpläne 

- LP-Layouts, Bestückungs- und An- 
ordnungsübersichten 

- Piktogramme 

- Programmlaufpläne, Steuerungssche- 
men u.a.m. 

® Montageschemen, Ablaufdarstellun- 
gen, Werbe- und Demonstrations- 
grafiken 

® Erfassen und Verwalten von Norm- 
und Wiederholteilen mit grafischer Aus- 
gabe sowie die einfache Zeichnungs- 
erstellung 


Bild 7 Statistische Darstellung 
Fotos (2): V. Pullwitt 

© Statistische Darstellungen (Balken-, 
Säulendiagramme) 

6. Zusammenfassung 

Neben branchenorientierter grafischer 
Anwendersoftware haben allgemeine, 
nutzerfreundliche Grafikeditoren ihren 
Platz in der grafischen Informationsver- 
arbeitung auf Personal- und Arbeits- 
platzcomputern gefunden 14, 5/. Grafi- 
sche Editoren haben den Vorteil, daß 
der Anwender sehr unterschiedliche 
grafische Aufgabenstellungen interaktiv 
bearbeiten kann. Darüber hinaus be- 
steht z. T. die Möglichkeit, durch defi- 
nierte Programm- und Datenschnittstel- 
len den Grafikeditor in Anwenderpro- 
gramme einzubinden. 

Im gegebenen Fall wird das Leistungs- 
spektrum des PC 1715 dahingehend er- 
weitert, daß der Nutzer für geeignete 
Anwendungsfälle selbst in die Lage ver- 
setzt wird, ohne Programmierkennt- 
nisse sein spezielles grafisches Problem 
mit Hilfe der angebotenen Software- 
werkzeuge zu bearbeiten. Das Einbezie- 
hen von Grafikprozeduren in Problem- 
programme ist dann erforderlich, wenn 
die grafische Darstellung der berechne- 
ten bzw. ausgewählten Elemente und 
ihrer Strukturbeziehungen die Ergeb- 
nisfindung erheblich beschleunigt und 


eine rationelle Ausgabe der Ergebnisse 
gewährleistet. Wesentlich ist in diesem 
Zusammenhang die Möglichkeit, er- 
stellte und manipulierte Grafiken über 
Prozeduren zur Ermittlung der Art der 
Bildelemente und ihrer Strukturbezie- 
hungen inhaltlich zu interpretieren. 
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robotron KC87: 

Der neue Kleincomputer im Überblick 


Dr. Gert Keller, 

Dr. Gunter Kleinmichel 
VEB Robtron Meßelektronik 
„Otto Schön“ Dresden 


Seit einiger Zeit findet eine neue 
Rechner-Kategorie das allgemeine 
Interesse - der Kleincomputer. Dem 
ersten Vertreter dieser Kategorie, dem 
Kleincomputer robotron KC85/1, folgt 
nun mit dem KC 87 eine Weiterentwick- 
lung, die dem Anwender durch 

- Integration des BASIC-Interpreters 
in das Grundgerät 

- Ergänzung des Modulsortiments um 
4 Baugruppen 

- Erweiterung des Softwareangebotes 

eine Erhöhung des Gebrauchswertes 
und, das sei nicht verschwiegen, dem 
Hersteller eine wesentlich rationellere 
Fertigung garantiert. Da zwischen den 
Geräten KC 85/1 und KC 87 vollständige 


Hard- und Softwarekompatibilität be- 
stehen, sind ein problemloses Nach- 
rüsten sowie die Parallelarbeit mit 
beiden Computertypen möglich. 

Das Spektrum der möglichen Einsatz- 
gebiete des KC 87 erstreckt sich von der 
Rationalisierung von Leitungs- und Ver- 
waltungsaufgaben und der Laborauto- 
matisierung über den Einsatz in allen 
Zweigen des Bildungswesens bis hin zur 
Verwendung im individuellen Bereich 
als Heimcomputer. 

Hardware 

Da die technischen Eigenschaften des 
KC 85/1 weitgehend als bekannt voraus- 
gesetzt werden dürften, sollen hier nur 
noch einmal die Hauptmerkmale des 
KC 87 erläutert und die technischen 
Parameter in tabellarischer Form 
zusammengefaßt werden. Das Grund- 
gerät ist als Kompaktgerät ausgeführt 
und enthält die Baugruppen Rechner- 


einheit, Speichereinheit, Tastatur, Bild- 
schirmansteuerung, Peripherie- 
anschlüsse und Stromversorgung. Der 
Geräte-Bus ist analog dem K-1520-Bus 
ausgebildet und auf 4 Modulsteckplätze 
herausgeführt. Die Bildausgabe soll 
über handelsübliche Fernsehgeräte er- 
folgen, als Massenspeicher sind Kasset- 
tenmagnetbandgeräte vorgesehen. Das 
durchgängig eingehaltene Prinzp der 
Modularität bei der Aufrüstung des 
Grundgerätes ermöglicht eine Er- 
höhung der Leistungsfähigkeit sowie 
eine optimale Anpassung an den speziel- 
len Anwendungsfall durch 

- Erweiterbarkeit von Arbeits- und 
Programmspeicher 

- funktionelle Erweiterbarkeit, wie 

z. B. Druckeranschluß, Analog-Digital- 
Umsetzung, Peripherieerweiterung, 
EPROM-Programmierung und Sprach- 
eingabe. 

Dabei wurde darauf geachtet, daß die 
Ergänzung der Erstausstattung mit Er- 
weiterungsmoduln ohne Eingriffe in den 
Computer und für j ede Serie problemlos 
möglich sein muß. Beim Bemessen der 
Stromversorgungseinheit im Grund- 
gerät sind Leistungsreserven für die 
Versorgung von Moduln und sonstigen 
Anwenderschaltungen vorgesehen. 

In Tafel 1 sind einige Parameter des 
KC 87 aufgeführt. 

Grundsoftware 

Der KC 87 enthält im ROM des Grund- 
gerätes das Betriebssystem (4 KByte) 
und den BASIC-Interpreter (10 KByte). 
Zusätzlich steht ein Zeichensatz mit 96 
alphanumerischen und 128 Grafik- 
zeichen bereit. Diese Systemsoftware 
stimmt mit der des KC 85/1 voll über- 

Das Betriebssystem ist in seinem 
wesentlichen Aufbau am weitverbreite- 
ten CP/M orientiert. Dies betrifft beson- 
ders seine Struktur (CCP, BOS, BIOS) 
sowie die Nutzbarkeit von 32 Unterpro- 
grammen über entsprechende Schnitt- 
stellen (CALL 5). Die Unterschiede 
zum CP/M resultieren aus der Nutzung 
der Magnetbandkassetten als Massen- 
speicher. 

Der BASIC-Interpreter des KC87 
stimmt in seinem Grundumfang und in 



gerät 




Bild 3 - Bild 6 Der KC 87 ist vielseitig einsetzbar 
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Tafel 1 Die wichtigsten Parameter des KC87 


Prozessor: 

Speicherkapazität: 


Tastatur: 

Bildausgabe: 

Bildaufbau: 

Zeichenvorrat: 

Farbdarstellung: 

Tonausgabe: 

Daten-Ein/Aus- 

gabe-Kanäle: 


U880D 

4 KByte ROM Betriebssystem 
1 0 KByte ROM BASIC-Interpreter 
2 KByte ROM Zeichengenerator 
1 6 KByte RAM Anwenderarbeitsspeicher 
1 KByte RAM Bildspeicher 
1 KByte RAM Farbattributspeicher 
Elastomertastatur mit schreibmaschinenähnlicher Anordnung 
Fernsehgerät 

Anschluß über Antennenbuchse für Schwarzweiß-Darstellung 
bzw. über RGB-Buchse für Farbdarstellung 
24 Zeilen (Standard) 

20 Zeilen (wahlweise einschaltbar) 

40 Zeichen pro Zeile 

1 28 alphanumerische und Steuerzeichen 

1 28 Grafiksymbole für quasigrafische Darstellung 

je 8 Hintergrund- und Vordergrundfarben (nur bei Farbversion 

KC robotron 87.11) 

programmierbar, Ausgabe über eingebauten Summer oder 
externen Verstärker 

8 Bit, Ein- oder Ausgabe programmierbar je 1 Zähler- und Zeitgeber- 


Massenspeicher: 

weitere externe 
Anschlüsse: 

Hauptmaßein mm: 
Masse: 

Stromversorgung: 


Kassettenmagnetbandgerät 
Übertragungsgeschwindigkeit etwa 1 000 Bit/s 

4 Steckplätze für Erweiterungsmoduln 
1 Steuerhebelanschluß 
400 x 80/30 x 300 
3,9 kg 

220 V ±10%, 25 VA 
50 Hz ±1 Hz 


Betriebstemperatur- 
bereich: +5 °C bis +35 °C 


' i 

I ■ 



Fotos: Darre (6) 


der Syntax weitgehend mit dem inter- 
national üblichen überein, so daß eine 
Übernahme von Programmen vergleich- 
barer Rechner im allgemeinen leicht- 
fällt. Zur Anpassung an die konkrete 
Hardware wurden im Herstellerbetrieb 
einige Änderungen und Ergänzungen 
vorgenommen, die schon beim KC85/1 
wirksam wurden . Zu nennen sind davon 
die erweiterten EDIT-Möglichkeiten, 
die in Verbindung mit der angepaßten 
Tastatur effektive Korrekturmöglich- 
keiten bieten. Auch die speziellen ■ 
BASIC-Funktions? asten (RUN, LIST 
u. a.) erleichtern die Arbeit. 
Außerordentlich bewährt haben sich 
die durch die Anweisungen WINDOW 
und PRIN T AT erweiterten Varianten 
der Bildausgabe, die die Definition 
variabler Fenster (Rollbereiche) und 
die Ausgabe von Informationen an 
beliebigen Bildschirmpositionen ge- 
statten. Dadurch ist auf einfache Weise 
eine flexible und übersichtliche Bild- 
darstellung ebenso möglich wie das 
schnelle Zeichnen von Bildern oder das 
Verändern (Bewegen) von Bildteilen. 
Auch die farbige Gestaltung der Bild- 
schirmausgabe wird durch die speziellen 
BASIC-Anweisungen INK, PAPER 
und BORDER unterstützt. 

Für viele Anwender, vor allem im Bil- 
dungswesen, ist es von Bedeutung, daß 
der für die Computer KC 85/1 und KC 87 
im VEB Robotron-Meßelektronik 
„Otto Schön“ Dresden aufbereitete 
BASIC-Interpreter auch für die Klein- 
computer KC 85/2 und KC 85/3 zur Ver- 
fügung gestellt wurde. Damit wurde 
eine gewisse Kompatibilität beider 
Computertypen erreicht. 

Erweiterungsbaugruppen 
zum KC 87 

Speichererweiterungen 
Der verfügbare Arbeitsspeicher für den 
Anwender, der nach Abzug der vom 
Betriebssystem und vom BASIC-Inter- 
preter benötigten Arbeitszellen netto 
15 086 Bytes beträgt, kann durch RAM- 
Erweiterungen um jeweils 16 KByte 
erweitert werden. Bis zu zwei RAM- 
Erweiterungsmoduln sind steckbar. 
Durch interne DIL-Schalter wird der 
Adreßbereich auf 4000H-7FFFH bzw. 
8000H-BFFFH eingestellt. Damit sind 
maximal 47854 Bytes RAM verfüg- 
bar. 

In Stufen von 10 KByte läßt sich mit dem 
ROM-Erweiterungsmodul der Pro- 
grammspeicher aufrüsten. Der Modul 
enthält 5 Steckfassungen für EPROM- 
Schaltkreise U 2716 oder äquivalente 
Typen. Auch hier wird der belegte 
Adreßbereich intern über DIL-Schalter 
eingestellt (4000H-67FFH oder 
8000H-A7FFH oder C000H- 
E7FFH). 
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Programm-Module 

Auf der Grundlage der ROM-Erweite- 
rungsmoduln werden Software-Moduln 
mit folgenden Programmsystemen ange- 
boten: 

- S YPS-K- 1520-Editor/ Assembler 

- Interpretativer Dialog- Assembler/ 
Zusatzmonitor. 

Gegenüber den seit längerer Zeit bereits 
auf Magnetbandkassetten im Vertrieb 
befindlichen RAM-Versionen dieser 
Programmsysteme erlauben die Pro- 
gramm-Moduln eine rationellere und 
komfortablere Arbeitsweise. Beide 
Moduln belegen den Adreßbereich 
C000H-E7FFH, sind also nicht gleich- 
zeitig mit dem im Grundgerät auf dem 
gleichen Adreßbereich installierten BA- 
SIC-Interpreter betreibbar. 

Beim Einstecken dieser Module in den 
KC 87 wird der BASIC-Interpreter 
automatisch abgeschaltet. 

Funktionelle Erweiterungs- 
baugruppen 

Das bereits seit 1985 in Vertrieb befind- 
liche Sortiment wurde weiter ergänzt 
und enthält jetzt Moduln für folgende 
Zusatzfunktionen : 

• Anschluß von Druckern und elektro- 
nischen Schreibmaschinen mit V24- 
Interface 

Das Druckertreiberprogramm ist im 
Modul auf einem ROM installiert und 
belegt den Adreßbereich B800H- 
BFFFH. Dieser ROM ist mittels DIL- 
Schalter abschaltbar. Damit kann der 
gesamte 16 KByte-Bereich ab Adresse 
8000H durch einen RAM-Erweiterungs- 
modul genutzt werden. Da Drucker und 
elektronische Schreibmaschinen mit 
unterschiedlichen Interface-Steckver- 
bindern vertrieben werden, sind gegen- 
wärtig drei unterschiedliche Typen von 
Anschlußmoduln im Angebot. 

• Analog-Digital-Umsetzung 
Dieser Modul ermöglicht die gleichzei- 
tige Messung von 4 Gleichspannungen 
im Bereich - 99 mV . . . + 999 mV bei ei- 
ner Geschwindigkeit von maximal 168 
Umsetzungen/s. 

Für die Analog-Digital-Umsetzung wird 
der Schaltkreis C 520 D eingesetzt. Der 
Modul kann unter zwei unterschied- 
lichen Portadressen betrieben 
werden. 

• Erweiterung der digitalen Ein-! 
Ausgabe-Kanäle 

Neben den im Grundgerät am Anwen- 
dersteckverbinder verfügbaren 8 digita- 
len E/A-Kanälen sind in jedem E/A- 
Modul weitere 16 freiprogrammierbare 
Kanäle verfügbar. Über DIL-Schalter 
sind zwei unterschiedliche Portadressen 
einstellbar. 
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• Programmierung 

von 2-KByte-EPROM (U2716) 

Der Modul ermöglicht das Lesen, 

Prüfen und Programmieren von 
2-KByte-EPROM in den bzw. aus dem 
Speicher des Kleincomputers. Für die 
Aufnahme der Speicherschaltkreise ist 
eine Schwenkhebelfassung auf dem Mo- 
dul angebracht. 

• Spracheingabe 

Ein Wortschatz von 50 Worten wird 
durch den Spracheingabemodul erkannt 
und die Nummer des identifizierten 
Wortmusters in einer Arbeitszelle zur 
Weiterverarbeitung bereitgestellt. Der 
Wortschatz muß in einer „Lernphase“ 
vorher dem Spracherkennungspro- 
gramm vermittelt werden. Die Sprach- 
eingabe erfolgt über ein mitgeliefertes 
Kopfbügelmikrofon . 

Alle aufgeführten Erweiterungsbau- 
gruppen sind in einem einheitlichen 
Modulgehäuse untergebracht, das wahl- 
weise auf einen der vier Modulsteck- 
plätze des KC 87 eingeschoben werden 
kann. 

Darüber hinaus gehören zum Kleincom- 
putersystem KC 87 noch folgende Bau- 
gruppen: 

• Farbmodul zur Umrüstung der 
Schwarz/weiß-Variante KC87.10 auf 
Farbwiedergabe über RGB-Anschluß 
von Farbfernsehgeräten (Dieser Modul 
wird auf einen speziellen Steckverbinder 
im Computer gesteckt). 

• Ergänzungssatz Farbe zur Nach- 
rüstung eines RGB-Einganges an Farb- 
fernsehgeräten 

• Steuerhebel 

• Steuerhebeladapter zum Anschluß 
von 2 Spielhebeln 

• Zugentlastung für Moduln mit seit- 
lichem Kabelausgang 

•Adapter für den Übergang von 15poli- 
ger Buchse auf eine Klemmleiste. 

Softwareangebot 

Zum Lieferumfang des KC 87 gehört 
eine Programmkassette mit Demonstra- 
tionsprogrammen, die den Rechner und 
seine Anwendungsmöglichkeiten er- 
läutern. Die außerdem für den KC 87 
auf Magnetbandkassetten bzw. ROM- 
Moduln angebotene Software umfaßt 
sowohl sogenannte Systemprogramme 
(z. B. zur Assemblerprogrammierung) 
als auch zahlreiche BASIC- Anwender- 
programme aus den Bereichen Wissen- 
schaft und Technik, Lehre und Lernen, 
Datenverarbeitung sowie Spiele. 

Zur Unterstützung der Programmierung 
in Assembler werden ein Editor/ 
Assembler (ASM) und ein interpretati- 
ver Dialogassembler (ID AS) angebo- 
ten. Für denjenigen, der auf Maschinen- 


codeebene arbeiten muß, steht ein Zu- 
satzmonitor (ZM) zur Verfügung. Diese 
drei Programme werden auch als ROM- 
Version auf entsprechenden Moduln an- 
geboten. 

BASIC- Anwenderprogramme stehen 
auf bisher 10 Programmkassetten bereit. 
Diese Programme sollen die vielseitigen 
Einsatzmöglichkeite'n des Computers 
deutlich werden lassen. 

Auf die Gestaltung dieser Programme 
wurde besonderer Wert gelegt, so daß 
der Nutzer bezüglich Bildschirmgestal- 
tung und Dialogführung Anregungen 
erhält. Einige Programme, unter 
anderem solche zur numerischen Ma- 
thematik und Statistik, dienen der effek- 
tiven Lösung konkreter praktischer 
Aufgabenstellungen . 

Das Softwareangebot wird ergänzt 
durch das Textverarbeitungsprogramm 
TEXT 1 und in Kürze durch die Pro- 
grammiersprachen PASCAL und 
FORTH. 

Einige Anwendungsgebiete 

Die wichtigsten Einsatzgebiete eines 
Computers resultieren in der Regel aus 
seinen Haupteigenschaften. Neben dem 
geringen Preis, seiner unkomplizierten 
und einfachen Bedienbarkeit sind das 
beim KC 87 vor allem: 

- Schnelle und stabile Bildausgabe 

- gute Eignung der Quasigrafik für 
flächenhafte und bewegte Bilder 

- einfache Modifizierbarkeit für ver- 
schiedene Aufgaben durch Steckmodule 

- flexible analoge und digitale E/A- 
Möglichkeiten. 

Mit diesen Eigenschaften ist der Com- 
puter gut zur Heranführung praktisch 
aller Bevölkerungsgruppen an Pro- 
bleme der Anwendung der Computer- 
technik geeignet. 

Neben diesen Ausbildungszielen auf 
dem Gebiet der Informatik eignet er sich 
aber auch zur Wissensvermittlung und 
zum Wissenstest in anderen Fächern, 
wie z . B . Biologie , Geografie und 
Geschichte. 

Ebenso zeigen die an der Pädagogischen 
Hochschule Güstrow durchgeführten 
Arbeiten überzeugend die Eignung des 
robotron-Kleincomputers zur Vermitt- 
lung von Grundlagen der Automatisie- 
rung im Rahmen des obligatorischen 
und fakultativen polytechnischen Un- 
terrichts. So können durch Kopplung 
der Schülerexperimentiergeräte mit 
dem KC 87 viele interessante Steuer- 
und Regelaufgaben erläutert und ausge- 
führt werden. Im industriellen Einsatz 
hat sich der Rechner besonders bei der 
Laborautomatisierung bewährt. Hier 
fallen seine Erweiterungsmöglichkeiten 
zum Anschluß elektronischer Geräte 
und Versuchseinrichtungen positiv ins 
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Gewicht. Durch die (bei vergleichbaren 
Computern selten vorhandenen) vielfäl- 
tigen Anschlußmöglichkeiten zur Über- 
tragung digitaler und analoger Signale 
wurden in einigen Anwendungsfällen 
bereits erhebliche Effekte erzielt (Zeit- 
einsparung, umfassende Auswertung 
aller Meßdaten). 

* Wegen der relativ hohen Rechen- und 
Bildausgabegeschwindigkeit lassen sich 
“ auch gewisse wissenschaftlich-techni- 
sche Berechnungen effektiv ausführen. 
Auch kleinere Verwaltungsaufgaben 
U (z. B. für Struktureinheiten bis 


etwa 50 Mitarbeiter) sind lösbar, wobei 
durch die Begrenzungen des Speicher- 
platzes und der Rechengeschwindigkeit 
natürlich Grenzen gesetzt sind. Insge- 
samt zeigt sich, daß es viele Aufgaben 
gibt, für die der Kleincomputer KC87 
effektiv einsetzbar ist. 

Vertriebsweise 

Der Vertrieb des Kleincomputers robo- 
tron KC 87 erfolgt durch territoriale 
Vertriebsbetriebe des VEB Kombinat 
Robotron. Die angebotene Software 
wird durch den 
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* Der Kleincomputer als Prüfbildgenerator 
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Im folgenden wird ein Programm vorge- 
stellt, das jeden KC 85/2 bzw. KC 85/3 
zum Prüfbildgenerator macht. Die Au- 
toren verfolgen mit dem Videoprüfpro- 
gramm das Ziel, die Farbtüchtigkeit und 
Grafikfähigkeit der Kleincomputer 
KC 85/2 und KC 85/3 aus Mühlhausen in 
Verbindung mit deren TV-Anschluß- 
möglichkeiten (Antennen-, Video- und 
RGB-Ausgang) für Testzwecke in der 
Fernsehtechnik zu nutzen. Dieses Pro- 
gramm ist gleichzeitig ein Beispiel dafür, 
wie sich teure Hardware durch Software 
ersetzen läßt. In Fernsehzentralen sowie 
in den Service-Werkstätten der Dienst- 
leistungsbetriebe des Rundfunk- und 
Fernsehhandwerks werden Prüf- bzw. 
Testbilder zur Fehlerdiagnose an Fern- 
sehgeräten bzw. deren Baugruppen be- 
nötigt. Im allgemeinen werden dazu 
Testbildgeneratoren verwendet, die 
meist sehr kostenaufwendig sind. Mit 
einem KC 85/2 oder KC 85/3 können 
nun die für solche Prüfarbeiten notwen- 
digen Testbilder per Software bereitge- 
stellt werden. Die Prüfbilder des Video- 
prüfprogramms wurden auf die im Ser- 
vice üblichen Arbeiten bzw. Kontrollen 
abgestimmt. 

Im einzelnen sind dies: 

Rotfläche (Bild 2; die Farbbilder sind 
auf der 4. Ümschlagseite angeordnet) 

• Kontrolle der Farbreinheit 

• Kontrolle des Weißabgleichs 
Kreis (Bild 1) 

• Kontrolle und Justage von Geo- 
metriefehlern 


Schachbrett (Bild 4) 

• Kontrolle und Justage von Geome- 
triefehlern 

• Kontrolle des Farbdecoders 

• Kontrolle des Weißabgleichs 
Konvergenzgitter (Bild 5) 

• Erkennen von Konvergenzfehlern 

• Erkennen von Trapezfehlern 

• Bildlagejustierung 

• Kontrolle der Zeilensynchronisation 
bei Videorecordern 

Farbbalken (Normalfarbbalken) 

(Bild 6) 

• Kontrolle der Farbwiedergabe 

• Justage des Decoders 

• Einstellung der Farbendstufen 

• bei schwarz-weiß-Geräten (Grau- 
treppe); Kontrolle der Videoendstufe 

Für die möglichen Einstellungen und 
Justagen hält man sich an die in den Ser- 
viceunterlagen vom Fernsehgeräteher- 
steller gegebenen Servicehinweise. 
Jeder Kleincomputer aus Mühlhausen 
verfügt neben dem Antennenausgang 
auch über einen Videoausgang (IV 
Spitze-Spitze an 75 fl) und über einen 
RGB-Ausgang (ebenfalls 1 V Spitze- 
Spitze an 75 fl). Übliche Farbservice- 
generatoren verfügen in der Regel über 
keinen RGB-Ausgang. Bei weiterer 
Verbreitung dieser Einspeisungsart an 
Farbgeräten wird somit der KC zu einem 
guten Helfer bei Prüfarbeiten. Den Vor- 
teil der RGB-Einspeisung gegenüber 
der HF-Einspeisung verdeutlichen die 
Bilder 7 und 8. In beiden Abbildungen 
ist der gleiche Ausschnitt des Farb- 
balken-Prüfbildes (Bild 6) dargestellt, 
in Bild 7 bei HF-Einspeisung vom An- 
tennenausgang des Computers und in 
Bild 8 bei RGB-Einspeisung. 

Der Videoausgang ermöglicht es, den 
Computer zur Einspeisung an Video- 
recordern zu verwenden. Die Prüf- 
signale, besonders das des Konvergenz- 
gitters sowie das des Farbbalkens, lassen 
sich bei der Herstellung von Videopro- 


VEB Robotron-Vertrieb Berlin, Abt. 
VD, PF 1235, Berlin, 1086 vertrieben. 
Dort ist auch die folgende Literatur be- 
stellbar: Kleincomputer robotron 
KC87, Bedienungsanleitung; Klein- 
computer robotron KC87, Program- 
mierhandbuch; Betriebssystem robo- 
tron KC 85/1 und KC 87; Softwareange- 
bot zum Kleincomputer KC 85/1 . 

Literatur 

IM Keller, G.: Systemsoftware für die Klein- 
computer KC 85/1 und KC 87. NTB 30 
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grammen als Kontrollvorspann auf Vi- 
deobändern verwenden. Das Menübild 
des Videoprüfprogrammes (Bild 3) 
wurde aus optischen Gründen recht auf- 
wendig gestaltet. Es enthält alle Vorder- 
grund- und alle Hintergrundfarben, die 
mit dem Computer erzeugt werden kön- 
nen. In Anlehnung an die Lage der 
Farbvektoren in der Chrominanzebene 
des PAL-Systems wurden die Vorder- 
grundfarben im Farbkreis angeordnet. 
Das Menübild gibt außerdem einen 
kleinen Einblick in die Möglichkeiten, 
die dem Nutzer dadurch gegeben sind, 
daß er eigene Grafikzeichen im Pro- 
gramm verwenden kann (siehe Umran- 
dung des Farbkreises und Unterschrif- 
ten). Dieses Bild läßt sich z. B. als 
Pausen- oder Stationsbild in Fernseh- 
zentralen verwenden. 

Das Videoprüfprogramm ist in BASIC 
geschrieben und wird durch einige Ma- 
schinenprogramme unterstützt. Die Ma- 
schinenprogramme werden zusammen 
mit dem BASIC-Programm geladen. 
Das Speicherangebot der Grundgeräte 
KC 85/2 und KC 85/3 ist für das Video- 
prüfprogramm ausreichend. 

Das beschriebene Programm wurde auf 
der RFT-Fachtagung der Bezirke Er- 
furt, Gera und Suhl vorgestellt, die am 
5. und 6. November 1985 in Oberhof 
stattfand. Es wurde dort mit guter Reso- 
nanz von den Fachkollegen, besonders 
auch von den Service-Technikern aufge- 
nommen. 

Interessenten können über das Neuei er- 
büro der Pädagogischen Hochschule das 
Videoprüfprogramm beziehen. 

Fotos: Peist (8) 
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Programmpaket 
für Projektierung 

An der Ingenieurschule für 
Maschinenbau und Elektrotech- 
nik Berlin, speziell in der Abt. 
Elektroenergieanlagen, wurde 
für das Fachgebiet „Projektieren 
elektrotechnischer Anlagen“ ein 
Programmpaket mit folgenden 
Programmen erstellt: 

• Beleuchtungsberechnung 

- Wirkungsgradmethode für 
Innenraumbeleuchtung 

- Wirkungsgradmethode für 
Außenbeleuchtung 

- Technisch-ökonomischer 
Variantenvergleich 

- Lichtstärkemethode für 
linienförmige und rotations- 
symmetrische Leuchten 

• Netzberechnungen 

- vermaschte Netze 

- Kurzschlußstromberechnung 

- Nullungsnachweis 

- Strom- und Spannungsvertei- 
lung in Ringnetzen 

- Motoranlauf. 

Diese Programme sind einsatz- 
fähig auf den Rechnertypen 


© 



Den nachfolgenden Beitrag 
„Die Arbeit der Gl DDR in den 
Jahren 1986-1990“ von Prof. 

Dr. Dieter Hammer, Vorsitzender 
der Gesellschaft für Informatik 
der DDR, haben wir in etwas 
gekürzter Form aus dem Mit- 
teilungsheft Nr. 2/86 der GIDDR 
entnommen. 

Die Arbeit der GIDDR 
in den Jahren 1 986-1 990 

Die Schwerpunkte der Tätigkeit 
der GIDDR leiten sich aus den 
volkswirtschaftlichen Zielen ent- 
sprechend den Beschlüssen des 
XI. Parteitages der SED ab. In 
der Direktive zum Fünfjahrplan 
1 986-90 wird zum Ausdruck ge- 
bracht, daß die Entwicklung der 
Volkswirtschaft der DDR in den 
nächsten Jahren eine hohe Dy- 
namik des Wachstums der Pro- 
duktivität und Effektivität in allen 
Bereichen des volkswirtschaftli- 
chen Reproduktionsprozesses 
erfordert. Zur Sicherung der dy- 
namischen und effektiven Ent- 
wicklung der Produktivkräfte ist 
dazu die rasche Entwicklung und 
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PC 1 71 5, KC 85/1 und KC 85/2, 
Kl 000. 

Ingenieurschule für Maschinen- 
bau und Elektrotechnik Berlin, 
Abt. Elektroenergieanlagen, 
Marktstr. 9, Berlin, 1134, 

Tel. 5509301. Dr. Bätz 


PC 1715 jetzt mit 
Betriebssystem UDOS 

Im ZFT des KEAW wurde das 
Betriebssystem UDOS auf dem 
PC 1 71 5 implementiert (Geräte- 
version mit Bildschirm 24 x 80 
und Minifolienspeicher 
MFS 1 .6). Als Dateiverwaltungs- 
system wurde NDOS verwendet. 
Beim Standard-Diskettenformat 
mit 80 Spuren x 32 Sektoren 
x 256 Byte pro Sektor (DS-DD) 
sind 640 KByte pro Diskette spei- 
cherbar. Weiterhin sind die For- 
mate 80 x 1 6 x 256 (SS-DD) 
und 40 x 1 6 x 256 (SS-SD) zu- 
gelassen. Mit Hilfe eines nach- 
ladbaren T reibers sind außerdem 
die Disketten mit dem speziellen 
UDOS-Format des Bürocompu- 


ters A 51 20 (40 x 26 x 1 28) ko- 
pierbar, womit ein unproblemati- 
scher Übergang vom A 51 20 
zum PC 1 71 5 gesichert wird. 
VEB KEAW „Friedrich Ebert“, 
Zentrum für Forschung und 
Technologie, Abt. WAC, Storko- 
wer Straße 101, Berlin, 1055, 

Tel. 4388484. Raehse 


Feinjustagevorrichtung 
für Floppy MKF 3200 

Die Floppy-Laufwerke 
MKF 3200 sind üblicherweise für 
den Softsector-Betrieb ausge- 
legt. Um die Anforderungen der 
Indexloch-Erkennung für den 
Hardsector-Betrieb realisieren 
zu können, wurde eine mechani- 
sche Feinjustagevorrichtung 
entwickelt. Mit dieser ist eine 
schnelle und effektive Lösung 
zur Justage der Indexloch- 
Erkennung geschaffen worden. 
Es wird der Vorteil der wesentlich 
schnelleren Zugriffzeiten bei 
Hardsector-Betrieb ohne 
wesentliche Umbauten am 


MKF 3200 nutzbar; der Soft- 
sector-Betrieb ist auch weiterhin 
uneingeschränkt möglich. 

VEB Schiffselektronik Rostock, 
Postschließfach 85, Rostock, 
2910, Tel. 8120. Bull/Jähn 


LC-80-Assemblerliste 

ln unserem Rationalisierungs- 
und Konstruktionsbüro wurde 
eine ausführlich kommentierte 
Assemblerliste des Monitorpro- 
gramms des LC 80 erarbeitet. 
Die Liste kann im MEOS-Format 
(SYPS 1 520) oder UDOS-Format 
(für Bürocomputer) bestellt wer- 
den. Sie hat einen Umfang von 
24 Seiten. Interessenten können 
Quelltext und Objektcode auch 
auf kundeneigenem Datenträger 
(MB-Kassette oder 8-Zoll-Dis- 
kette) beziehen. Die Nachnut- 
zungsgebühr beträgt 60,- M. 
Ingenieurschule für Lebens- 
mittelindustrie, Bahnhofstraße 7, 
Gerwisch, 3101, 

Tel. Biederitz 308. Dr. Böhlke 


umfassende Anwendung der 
Schlüsseltechnologien, insbe- 
sondere der Mikroelektronik, der 
Rechentechnik, der rechnerge- 
stützten Projektierung, Kon- 
struktion, Produktionsvorberei- 
tung und -Steuerung (CAD/CAM) 
sowie der flexiblen automati- 
schen Fertigungssysteme kon- 
sequent weiterzuführen. Diese 
neue Etappe der intensiv erwei- 
terten Reproduktion der Volks- 
wirtschaft erfordert die enge Ver- 
bindung des wissenschaftlich- 
technischen Neuerungsprozes- 
ses mit der breiten Anwendung 
der wissenschaftlichen Arbeits- 
organisation, um neueste Tech- 
nik mit hochproduktiven Techno- 
logien und die Automatisierung 
ganzer technologischer Pro- 
zesse unter Anwendung der 
Mikroelektronik beschleunigt 
einzuführen. Die Sicherung des 
erforderlichen Bildungsvorlaufs 
und die Weiterbildung der Werk- 
tätigen haben dabei eine erstran- 
gige Bedeutung. 

Die gesamte Arbeit der GIDDR 
wird sich entsprechend dem 
Charakter einer wissenschaft- 
lichen Gesellschaft in diese Pro- 
zesse einordnen. 

Dabei geht es 

- um die Unterstützung der Vor- 
laufforschung und der Anwen- 
dung von Ergebnissen zu den 
Schwerpunkten und Hauptrich- 
tungen, 


- um die Förderung des Errei- 
chens und des Ausbaus von 
Spitzenpositionen auf Teilgebie- 
ten, 

- um die Förderung einer be- 
wußten Beobachtungsforschung 
zur Auslotung der Breite des 
Wissenschaftsgebietes für das 
Erkunden neuartiger Lösungen, 

- um eine zunehmend bessere 
Beherrschung komplexer Vor- 
gänge durch die Anwendung die- 
ser Informatik. 

Für die Orientierung der Arbeit 
der GIDDR sind die genannten 
Ziele unter Berücksichtigung des 
Komplexprogramms des RGW 
mit Zeithorizont Jahr 2000 zu 
sehen. Die Informatik und ihre 
Anwendung haben einen außer- 
ordentlich großen Einfluß auf die 
Entwicklung der Volkswirtschaft 
bzw. auf das gesamte gesell- 
schaftliche Leben. Damit ver- 
bunden ergeben sich Fragen zu 
gesellschaftlichen, ökonomi- 
schen und sozialen Aspekten, 
deren Beratung und Diskussion 
im Rahmen einer neu zu bilden- 
den Fachsektion in der GIDDR 
erfolgen wird. Neben den spe- 
ziellen Aufgaben in den Fach- 
sektionen wird sich die Gesamt- 
arbeit der GIDDR in den kom- 
menden Jahren jedes Jahr auf 
einen besonderen Schwerpunkt 
konzentrieren: 

1987 - Möglichkeiten zur effek- 
tiven Entwicklung von Software 

1988 - Der massenhafte Ein- 


satz von Computertechnik 

1989 - Die breite Einführung 
und Anwendung von modernen 
Kommunikationstechniken 

1990 - Computerarchitekturen 
zur Lösung von Aufgaben neuer 
Anwendungsbereiche 

Diese Schwerpunktsetzung 
beinhaltet die Durchführung von 
Veranstaltungen und Tagungen 
der GIDDR insgesamt, in denen 
auch aus der Sicht aller Fach- 
sektionen eine Auseinanderset- 
zung mit der jeweiligen Thematik 
erfolgt. Entsprechend dem Sta- 
tut der Gesellschaft erfüllt die 
GIDDR ihre Aufgaben zur Entfal- 
tung des wissenschaftlichen Le- 
bens auf dem Gebiet der Infor- 
matik durch wissenschaftliche 
Tagungen, Beratungen und Kol- 
loquien, durch die Unterstützung 
der wissenschaftlichen Publika- 
tionstätigkeit, vor allem durch 
die Herausgabe ihres Mittei- 
lungsblattes sowie durch Emp- 
fehlungen zur Gestaltung der 
Aus-, Weiter- und Schulbildung 
auf dem Gebiet der Informatik. 
Ihre Informationstätigkeit dient 
auf der einen Seite der Weiterbil- 
dung ihrer Mitglieder und der 
Vermittlung neuester wissen- 
schaftlicher Erkenntnisse auf 
dem Gebiet der Informatik, auf 
der anderen Seite der Kommuni- 
kation zu fachspezifischen Fra- 
gen auf Spezialkonferenzen und 
-kolloquien. 
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KDT-Fachtagung 
„Lokale Netze - Stand 
und Entwicklungen“ 

Der Fachausschuß 7 Rechner- 
systeme und -anwendungen in 
der Wissenschaftlich-techni- 
schen Gesellschaft für Meß- und 
Automatisierungstechnik 
(WGMA) veranstaltete am 
14. 5. 1986 gemeinsam mit der 
Universitätsorganisation der 
KDT der Technischen Universi- 
tät Dresden und mit bewährter 
organisatorischer Unterstützung 
des KDT-Bezirksvorstandes 
Dresden die Fachtagung „Lo- 
kale Netze - Stand und Entwick- 
lungen“. Auf der unter Leitung 
des Fachunterausschusses 7.1 
(Prof. Dr. H. Löffler, TUD, Sek- 
tion Informationsverarbeitung) 
durchgeführten Veranstaltung 
wurde erstmals dem Informa- 
tionsbedürfnis eines breiten In- 
teressentenkreises in der DDR 
zur Darstellung dieser Proble- 
matik über den bisherigen Rah- 
men spezifischer Fachgremien 
hinaus entsprochen. 

An der Fachtagung nahmen 
etwa 500 Vertreter aus dem Be- 
reich des Hoch- und Fachschul- 
wesens, der Akademie der Wis- 
senschaften der DDR, der Indu- 
strie, dem Bauwesen und weite- 
ren staatlichen Einrichtungen teil. 
Nach einem Überblick von Prof. 
Dr. Löffler über den internationa- 
len Stand und sich abzeich- 
nende Trends bei dem Entwurf 
und dem Einsatz von LAN sowie 
einer Bestandsaufnahme der im 
Bereich des MHF und der AdW 
der DDR sowie im Kombinat Ro- 
botron vorliegenden Ergebnisse 
und Erfahrungen wurden reprä- 
sentative Anwendungslösungen 
für die Automatisierung, rechen- 
zentrumstypische Einsätze und 
Büroautomatisierung aus Sy- 
stem- und anwendungstechni- 
scher Sicht in mehreren Vor- 
trägen vorgestellt: 

Dr. Hackler referierte über das in 
der Automatisierung diskreter 
oder kontinuierlicher Prozesse 
ersetzbare lokale Rechnernetz 
LOTUNET 8.3 der TU Dresden. 
Entsprechend den Anforderun- 
gen einer Echtzeitinformations- 
verarbeitung wird als Mediumzu- 
griffsverfahren die deterministi- 
sche Token-Bus-Zugriffsme- 
thode verwendet. Bei Einsatz 
des seriellen Ein-/Ausgabe- 
schaltkreises SIO U 856 in der 
Busansteuerung ist eine max. 
Datenübertragungsrate von 
500 KBit/s festgelegt. Als Aus- 
blick wurde auf das derzeit in 
Entwicklung befindliche LOTU- 
NET 8.4 eingegangen, mit dem 
wesentliche Charakteristika des 


MAP (Manufacturing Automa- 
tion Protocol)-Projektes berück- 
sichtigt werden. 

Prof. Garbe berichtete am Bei- 
spiel des seit November 1 985 an 
der Ingenieurhochschule Dres- 
den in Erprobung/Einsatz befind- 
lichen IHDnet (Zugriffsverfahren 
nach dem Polling-Prinzip) über 
die LAN-Spezifika für rechen- 
zentrumstypische Anwendun- 
gen. Beim IHDnet sind die 
Endsystemrechner ES 1022, 

SM 4-1 0 und A 51 20 über 
Knotenrechner K 1520an einen 
externen Bus (Koaxialkabel, 
max. Datenübertragungsrate 
500 KBit/s) angeschlossen. Prof. 
Zaremba stellte das Lokalnetz 
LANCELOT vor, das mit einem 
eigenen kollisionsfreien Zugriffs- 
verfahren und Lichtwellenleiter- 
Medium arbeitet und im Rahmen 
eines Experimentalsystems 
(A 5601 , A 51 20 und K 1 520) er- 
folgreich erprobt wurde. Weiter- 
führende Entwicklungsarbeiten 
sind als LANCELOT 2 mit einer 
Datenübertragungsrate von 
10 MBit/s in Bearbeitung. In den 
zwei Beiträgen des VEB Kombi- 
nat Robotron wurde von Zumpe 
und Dr. Richter die auf der Leip- 
ziger Frühjahrsmesse 1986 ge- 
zeigte experimentelle LAN-Lö- 
sung ROLANET 1 vorgestellt. 
Die Lokalnetzfähigkeit der ein- 
zelnen Computerarbeitsplätze 
wird hardwaremäßig über spe- 
zielle, im jeweiligen Hostrechner 
integrierbare LAN-Controller 
(Netzwerkinterfaceeinheifen) 
LNC1-1 520, LNC1-1 71 5 reali- 
siert. Der Controller sendet und 
empfängt mit einer Übertra- 
gungsrate von 500 KBit/s. Als 
Transceiver (Mediumanschluß- 
einheit) , der bis 50 m vom 
Hostrechner entfernt installiert 
werden kann, wird ein für alle 
Rechner einheitlicher Typ einge- 
setzt. Für die Zuteilung des von 
allen Arbeitsstationen gemein- 
sam benutzten Übertragungs- 
kanals wurde das CSMA/CD- 
Verfahren realisiert. Als Übertra- 
gungsmedium wird Koaxialkabel 
(max. 1 km) verwendet. Für die 
Implementation der LAN-Soft- 
ware kommt für die Büro- und 
Personalcomputer als Basisbe- 
triebssystem SCP zum Einsatz. 
Dr. Gütter erläuterte grund- 
legende Charakteristika und Ein- 
satzmöglichkeiten moderner 
Kommunikationsdienste sowie 
einige der damit verbundenen 
Anforderungen an die Hard- und 
Software. Davon ausgehend 
wurden exemplarisch im Rah- 
men einer kleinen Systemkonfi- 
guration (drei Bildschirmgeräte 
robotron K 891 2) von einem Kol- 
lektiv unter Leitung von Prof. 


Löffler Anwendungsmöglichkei- 
ten auf der Basis des Mailbox- 
Dienstes vorgeführt. 

Die Veranstaltung kann als ein 
gelungener erster Beitrag der 
WGMA/KDT zur breiten Vermitt- 
lung von Informationen und Er- 
fahrungen bei dem Entwurf, der 
Realisierung und dem Einsatz 
von lokalen Netzen gewertet 
werden. 

Dr. KuntschelProf. Dr. Löffler 


2. Symposium zum Ein- 
satz sowjetischer SKR- 
Technikinder DDR 

Das 2. Symposium zum Einsatz 
sowjetischer SKR-Technik 
wurde vom 4.-5. 2. 1 986 an der 
Ingenieurhochschule Dresden 
mit 254 T eilnehmern aus der 
DDR und 1 4 sowjetischen 
Gästen durchgeführt. T räger des 
Symposiums waren, neben der 
Ingenieurhochschule Dresden 
als Veranstalter, die Koopera- 
tionsgemeinschaft SM 3/SM 4, 
der VEB Robotron-Anlagenbau 
Leipzig und das sowjetische 
Außenhandelsunternehmen 
Elektronorgtechnika Moskau. 

Die Zielstellung des Sympo- 
siums bestand in der Vorstellung 
der neuen sowjetischen Klein- 
rechenanlage SM 1 4-20 und 
sowjetischer Softwarepakete 
sowie in der Vermittlung wertvol- 
ler Anwendungserfahrungen von 
DDR-Anwendern und der Förde- 
rung des Erfahrungsaustau- 
sches zwischen den Anwendern 
in der DDR. Das Vortragspro- 
gramm umfaßte insgesamt 29 
Vorträge, davon 9 Vorträge von 
den sowjetischen Gästen und 1 7 
Vorträge von Anwendern der 
sowjetischen SKR-Technik. 

In der Plenarsitzung wurden fünf 
Vorträge gehalten: Von Prof. Dr. 
Tzschoppe, Rektor der Inge- 
nieurhochschule und Vorsitzen- 
der des Beirates Informatik beim 
Ministerium für Hoch- und Fach- 
schulwesen, wurde in seinem 
Vortrag „Stand und Perspekti- 


ven des Einsatzes der SKR- 
Technik in der Ausbildung auf 
dem Gebiet der Informatik“ die 
wachsende Bedeutung der SKR- 
Technik für"die Volkswirtschaft 
der DDR unterstrichen, die sich 
auch in der Ausbildung wider- 
spiegelt, sowie die neue Ausbil- 
dungskonzeption auf dem Ge- 
biet der Informatik in der DDR 
vorgestellt. Dr. Platonow (Mini- 
sterium für Gerätebau und Auto- 
matisierungssysteme Moskau) 
stellte Neuentwicklungen der 
SKR-Technik und peripherer 
Geräte in der UdSSR vor und Dr. 
Garusow (NPO Zentrprogramm- 
sistem Kalinin) gab eine Über- 
sicht über problemorientierte An- 
wenderprogrammkompiexe für 
die SKR-Technik. Gen. Ulrich 
(Betriebsdirektor des VEB Robo- 
tron-Anlagenbau Leipzig) zeigte 
die Perspektiven des Imports 
von SKR-Technik im neuen 
Planungszeitraum auf. Dr. Hom 
(Vorsitzender des Problemrates 
der Kooperationsgemeinschaft) 
gab einen Überblick über Aufga- 
ben und Ergebnisse der Zusam- 
menarbeit der Anwender in der 
Kooperationsgemeinschaft 
SM 3/SM 4 in den fünf Jahren 
ihres Bestehens. 

Das Kleinrechnersystem SM 
1 4-20 wurde von Ljamez 
(ELORG Berlin) vorgestellt, wo- 
bei im Vortrag speziell auf Instal- 
lations- und Wartungsprobleme 
eingegangen wurde. Außerdem 
war die Besichtigung eines der 
ersten in der DDR installierten 
Kleinrechnersysteme SM 14-20 
im Zentralinstitut für Festkörper- 
physik und Werkstoffkunde der 
AdW im Rahmen des Tagungs- 
programms vorgesehen. 

In einem Rundtischgespräch 
wurden Fragen der weiteren Ver- 
besserung der Zusammenarbeit 
der Anwender mit dem Importeur 
und Exporteur und Fragen der 
Entwicklung diskutiert. 

Ein Sonderheft mit den auf dem 
Symposium gehaltenen Vorträ- 
gen steht zur Verfügung. 

Dr. Thomas Hom 


Suchen für dringende Forschungsvorhaben: 

MC— 80 (von Betrieben) zu kaufen. 

Mitbenutzung im Berliner Raum wäre eventuell 
auch möglich. 

Angebote richten Sie bitte an: 

WTZ für Arbeitsschutz 
beim Ministerium für Bauwesen, 

Abt. Arbeitsphysiologie, 

Rhinstraße 48, Berlin, 1140 
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CAD/CAM in derCSSR 

28. Internationale Maschinenbaumesse Brno 


In diesem Planjahrfünft soll in 
unserem Nachbarland ÖSSR 
die Produktion in der Elektroin- 
dustrie im Vergleich zur voran- 
gegangenen Planperiode um 
60 bis 65 Prozent, das heißt im 
Jahresdurchschnitt um etwa 
12 Prozent, erhöht werden. Eine 
besondere Steigerung erfährt 
dabei die Produktion elektroni- 
scher Bauelemente (um 136 
Prozent), von Meßtechnik (um 
110 Prbzent) und von Rechen- 
und Automatisierungstechnik. 
Der Elektronikeinsatz insbeson- 
dere im Maschinenbau ist eine 
Aufgabe, die in der ÖSSR mit 
allem Nachdruck gestellt wird. 
Deswegen ist es nur folgerich- 
tig, daß die 28. Internationale 
Maschinenmesse Brno unter 
dem Leitmotiv „Elektronikein- 
satz im Maschinenbau“ stand. 
Vom 17. bis 24. September 
1 986 zeigten rund 2500 Ausstel- 
ler aus 30 Ländern in der mähri- 
schen Metropole auf einer Ge- 
samtfläche von 11 5 000 m 2 u. a. 
mikroelektronisch gesteuerte 
Maschinen, komplexe Ferti- 
gungszellen sowie Erzeugnisse 
der Elektrotechnik. Die Messe 
brachte auch zum Ausdruck, 
daß die ÖSSR dem breiten Ein- 
satz von CAD/CAM-Systemen 
in der Volkswirtschaft eine hohe 
Bedeutung beimißt. (In der 
ÖSSR wird für CADICAM häufig 
der Begriff „Automatisierung 
der Ingenieurarbeiten“ verwen- 
det.) Sowohl von tschechoslo- 
wakischen als auch ausländi- 
schen Ausstellern wurden CAD- 
und CAM-Systeme bzw. Kom- 
ponenten für solche Systeme 
vorgestellt. 

Computertechnik 

Das sicher interessanteste Ex- 
ponat der CSSR-Exposition zur 
Computertechnik war der 32- 
Bit-Rechner SM 52/1 2, um- 
fangreich konfiguriert mit grafi- 
scher Technik. Das Rechnersy- 
stem SM 52/1 2 - mit einer Gold- 
medaille auf der Messe ausge- 
zeichnet- kann in einem soge- 
nannten „Kompatibilitätsre- 
gime“ die meisten Instruktionen 
der 16-Bit-Rechnersysteme 
SM 3-20 und SM 4-20 abarbei- 
ten. Die technischen Parameter 
des SM 52/1 2 sind auf der 
3. Umschlagseite ausführlicher 
dargestellt. Eine Weiterentwick- 
lung des 8-Bit-Mikrorechner- 
systems SM 50/40-1 ist das 


1 6-Bit-Mikrorechnersystem 
M 15-1 . Das Mikrorechner- 
system von ZVT Banskä 
Bystrica basiert auf dem Mikro- 
prozessor K 1 81 0 aus der 
UdSSR. Die Hauptspeicherka- 
pazität beträgt 1 MByte. Die 
maximal mögliche Speicher- 
adressierung ist 16 MByte. Das 
16-Bit-Mikrorechnersystem 
M 16-22 (auch als SM 50/50.M1 
bezeichnet) ist eine Nachfolge- 
entwicklung des bekannten Sy- 
stems SM 50/50. Die Vorteile 
des M 1 6-22 gegenüber dem 
SM 50/50 sind u. a. die Möglich- 
keit der Mikroprogrammierung 
durch den Nutzer, ein Gleitkom- 
maprozessor sowie eine maxi- 
male Hauptspeicherkapazität 
von 2 MByte (Standardausfüh- 
rung 0,5 MByte). Die Produktion 
soll bereits 1986 begonnen ha- 
ben. Mit grafischen Bildschir- 
men CM 7202.M2 und einer ent- 
sprechenden Software läßt sich 
der Computer als CAD-System 
einsetzen. 

MIKROPAS80 (Bild 1) ist ein 
auf dem Prozessor MHB 8080A 
basierendes universelles Mikro- 
prozessor-Baukastensystem, 
welches sich vor allem für einfa- 
che und mittlere Applikationen 
für das Steuern, Messen, Re- 
geln, für kleinere DV-Aufgaben 
und als intelligente Peripherie in 
größeren Systemen eignet. Die 
hohe Universalität des Systems 
ergibt sich aus der Möglichkeit, 
eine Vielzahl von Standard- 
moduln entsprechend den An- 
forderungen zu konfigurieren. 
Als neueste Module wären z. B. 
zu nennen: EPROM-Program- 
miermodul PROGR, 12-Bit-A/D- 
Wandler, 1 2-Bit-D/A-Wandler, 
Modul für serielle Datenübertra- 
gung, 8x2 KByte-EPROM und 
Modul für parallele Datenüber- 
tragung mit Optokopplern. 

Großes Angebot 
an Personalcomputern 

Neuigkeiten gab es ebenfalls in 
der Personalcomputer-Lei- 
stungsklasse. Beispielsweise 
das Datenerfassungssystem 
CONSUL2715 (Bild 2) mit 
1 92 KByte Operationsspeicher- 
kapazität und bis zu 3 Disketten- 
laufwerken des Typs CON- 
SUL 71 1 5 mit einem Speicher- 
vermögen von bis zu 3,6 MByte. 
Software für die Datenverarbei- 
tung, z. B. Sortier- und Misch- 
funktionen, werden ebenso wie 
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Textverarbeitungsprogramme 
zur Verfügung gestellt. Der PC 
PP 01. 16 (Bild 3) von VÜVT 
2ilina hat einen 8088-äquiva- 
lenten Mikroprozessor. Als 
RAM-Speicher sind 64 KByte, 
aufrüstbar bis 320 KByte ange- 
geben. Im 40-KByte-ROM ist 
u. a. der BASIC-Interpreter ab- 
gespeichert. Der grafische Mo- 
nitor hat ein Maximalraster von 
640 mal 200 Punkten. PP 01 .16 
ist mit einem Magnetbandkas- 
settengerät betreibbar. Steht 
eine Disketteneinheit zur Verfü- 
gung, ist das Betriebssystem 
PP DOS mit ASSEMBLER, 
PASCAL und FORTRAN nutz- 
bar. 

Der PP-06 aus Banska Bystrica 
hat ebenfalls den Prozessor 
1 8080 und den 1 8087 als mathe- 
matischen Koprozessor sowie 
256 KByte RAM und 40 KByte 
ROM. Es ist grafische und semi- 
grafische Arbeit möglich. An Be- 
triebssystemen sind PP DOS 
mit den Sprachen PASCAL, 
COBOL, FORTRAN, BASIC und 
PL-1 sowie MIKROS 86 (kompa- 
tibel zu CP/M 86) implemen- 
tiert. 

Den Einkartenrechner PC-88 

(Bild 4) hatte T esla Piestany vor- 
gestellt. Auch hier bildet ein 
8088-äquivalenter Prozessor 
die Grundlage. 1 92 KByte RAM 
und 8 KByte ROM hat der PC-88 
in der Grundversion. Der Moni- 
tor ist über RGB-Eingang ange- 
schlossen. Im alphanumeri- 


schen Modus können einfarbig 
80 x 25 Zeichen und mehrfarbig 
40 x 25 Zeichen dargestellt wer- 
den - im Grafik-Modus 
640 x 200 Punkte einfarbig und 
320 x 200 Punkte mehrfarbig. 
Der PC-88 ist mit einem Centro- 
nics-lnterface ausgerüstet. 
Gleich 4 Prozessoren soll der 
PC TPA-Quadro vom Zentral- 
forschungsinstitut für Physik der 
Ungarischen Akademie der Wis- 
senschaften haben. Die Größe 
des Arbeitsspeichers ist mit 
1 28 K Worten angegeben. 
Wahlweise ergänzen zwei bis 
vier Diskettenlaufwerke das Ge- 
rät. Maximal 12 Terminals sollen 
an den PDP-8-kompatiblen PC 
angeschlossen werden können. 
Bild 4 zeigt ein T erminal QVT - 
1 00 für den TPA-Quadro. 

Das Unternehmen Metra 
Blansko aus der ÖSSR zeigte 
aus seiner Terminalreihe 
M3T 320.x ein neues Gerät - 
das intelligente Terminal mit 
Grafikdisplay M3T 320.4 
(Bild 6). Wichtigste Merkmale 
sind: 16-Bit-Mikroprozessor, 

64 KByte EPROM, 1 6 KByte 
RAM, zwei 5V4-Zoll-Floppy- 
Disk-Laufwerke, residenter 
BASIC-Interpreter, AS- 
SEMBLER und Grafikpro- 
gramme. Auf dem Bildschirm 
lassen sich in 32 Zeilen je 80 
Zeichen darstellen. Die Auflö- 
sung beim Grafikmodus beträgt 
640 mal 368 Rasterpunkte. 

Das polnische Außenhandels- 


unternehmen Metronex war mit 
einem breiten Hardware-Spek- 
trum vertreten, vom Matrix- 
drucker D 1 00 E bis zur Dispat- 
cherzentrale. Hervorzuheben 
ist der IBM-PC-kompatible Per- 
sonalcomputer Mazovia 1016 
(Bild 7) mit dem 1 6-Bit-Prozes- 
sor K 1 81 0 WM 86 und einem 
mathematischen 8087-Kopro- 
zessor. Der RAM beträgt 256 
bis 640 KByte, der ROM 
48 KByte. Als externe Speicher 
stehen Floppy-Disk von 2 x 
360 KByte oder 2 x 1 80 KByte 
sowie Festplatten mit 10 bis 
20 MByte zur Verfügung. An 
Betriebssystemen werden 
PC DOS, CP/M 86 und XENIX 
angeboten, Compiler existieren 
für BASIC, PASCAL, 

FORTRAN, COBOL, C und 
Makroassembler. 

1 987 in die Serienproduktion 
gehen soll ein neuer, bei Tesla 
vorgestellter Heimcomputer: 
Ondra (Bild 8), basierend auf 
dem Mikroprozessor U 880 D. 
Das Gerät erlaubt die Schwarz- 
weißdarstellung von Groß- und 
Kleinbuchstaben und ist grafik- 
fähig. Die Hauptspeicherkapazi- 
tät beträgt 1 6 bzw. 64 KByte, 
davon 1 0 KByte Bildspeicher; 
der EPROM-Festwertspeicher 
hat 4-1 6 KByte. Als Software 
stehen zunächst ein 4-KByte- 
Monitor und ein 1 1 -KByte- 
BASIC-Interpreter (auf Kas- 
sette) zur Verfügung, vorge- 
sehen sind MIKOS (kleines 


Kassetten-Operating-System), 
TOOL (Assembler, Disassem- 
bler), TEDIT (Text-Editor) und 
die volle Version von BASIC G. 
Eine Reihe namhafter internatio- 
naler Konzerne auf dem Gebiet 
der Computertechnik offerierte 
ihre Erzeugnisse in erster Linie 
in Halle D. Hier können beispiels- 
weise Firmennamen wie IBM, 
NCR, ICL, Wang und Olivetti 
genannt werden. Mit einigen, 
z. B. Olivetti und NCR, arbeitet 
der tschechoslowakische Be- 
trieb datasystem auf dem Gebiet 
der Softwareerstellung zusam- 
men. Olivetti stellte u. a. den 
P. E. (Personal Enginee- 
ring) 24 (Bild 9) als grafische 
CAD/CAM-Station aus. Prozes- 
sor 16-Bit-8086 (10 MHz), arith- 
metische Einheit 8087, 

640 KByte RAM, 1 6 KByte ROM 
sind die wichtigsten Charakteri- 
stiken. 360-KByte-Floppy- und 
20-MByte-Hard-Disk-Einheit 
sind in das Gerät integriert. Als 
Betriebssysteme werden 
MS DOS und XENIX, als Pro- 
grammiersprachen FORTRAN, 
PASCAL, C sowie BASIC ge- 
nannt. 

Der PC 6 (Bild 10) von NCR- 
kompatibel mit IBM-PC/XT - 
besitzt den Mikroprozessor 
18088-2 (8 MHz). Der RAM- 
Speicher ist je nach Modell bis 
auf 640 KByte erweiterungs- 
fähig. Ebenfalls abhängig vom 
Modell ist die Ausstattung mit 
ein oder zwei Diskettenlauf- 
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werken zu je 360 KByte bzw. ein 
oder zwei Winchestereinheiten 
zu je (maximal) 20 MByte. 

Peripheriegeräte 

Ein neuer tschechischer Plotter 
hauptsächlich für Mikrorechner 
der unteren Leistungsklasse ist 
der XY 41 31 (Bild 1 1) für Zeich- 
nungen im A4-Format. Es sind 
die Zeichnungsgeschwindigkei- 
ten 40, 60, 80 und 1 00 mm pro 
Sekunde programmierbar. Der 
Plotter wiegt etwa 5 kg. 

Eine interessante Neuentwick- 
lung stellt auch der in Gemein- 
schaftsarbeit zwischen der VRP 
und derÖSSR entstandene Plot- 
ter MERA 621 dar (Bild 12). Er 
verfügt über das Format A3, 4 
Farben, einen Mikroprozessor 
UCY 7880,(8080A) und die Hew- 
lett-Packard-Grafiksprache 
HPGL. Weitere Daten: max. Ge- 
nauigkeit 0,05 mm, max. Ge- 
schwindigkeit 300 mm/s, Be- 
schleunigung bis 2 g, Schnitt- 
stelle V.24. 

Die Signale einer Schwarz/weiß- 
oder Farbfernsehkamera wer- 
den vom interaktiven Video- 
koprozessor DIGITES 2 C in . 
eine für die weitere Verarbeitung 
durch Mikrorechner geeignete 
Form umgewandelt. Dabei ist 
durch den Bildschnellspeicher 
des Gerätes die Aufzeichnung 
von 128 mal 128 Bildpunkten mit 
1 6 Grauwertstufen (1 6 K mal 
4 Bit) möglich, z. B. für die Verar- 
beitung von Röntgenaufnah- 
men. Für viele Einsatzzwecke ist 
die Unterscheidung in Grauwert- 
stufen nicht notwendig, z. B. bei 


der Lagebestimmung des Greif- 
armes eines Roboters. Dann 
können die Daten im Maßstab 
256 mal 256 mal 1 Bit geschrie- 
ben werden. Das Gerät ist an 
Computersysteme der SKR- 
Reihe anschließbar. Texte in 
tschechischer Sprache gibt das 
Sprachausgabegerät HV 01 
(Bild 13) von Tesla Roznov aus. 
HV 01 basiert auf dem Mikropro- 
zessor U 880 D. Der Synthesator 
wird als Peripheriegerät an ein 
Rechnersystem angeschlossen. 
Im Rechnersystem müssen die 
auszugebenen Daten in geeig- 
neter Form abgespeichert sein. 
Die Silben-, Wort- und Zahlen- 
verständlichkeit betragen 75, 95 
und 1 00 Prozent. 

Der Betrieb Pragotron zeigte 
eine für den Schul-Mikrorechner 
IQ 1 51 entwickelte - aber auch 
an anderen Kleincomputern 
nutzbare - Diskettenlaufwerks- 
einheit (Bild 14), bestehend aus 
einem oder zwei Laufwerken 
(Typ PFD151 bzw. PFD251). 
Verwendet werden einseitige 
8-Zoil-Disketten mit einfacher 
Aufzeichnungsdichte. Das For- 
mat beträgt 77 Spuren x 26 Sek- 
toren x 128 Byte; die Disketten- 
kapazität 3,1 bzw. 6,2 MBit. Die 
330 x 288 x 560 mm 3 große Ein- 
heit wiegt 22 bzw. 30 kg. 

Die CNC-Bohrmaschine 
ARITMA1701 (Bild 15) für das 
Ausbohren von Löchern in Lei- 
terplatten erhielt Messegold. Die 
Maschine wird durch ein Multi- 
prozessorsystem auf Basis des 
Mikrorechnersystems SM 50/40 
gesteuert. Die Anlage verfügt 
über drei Bohrspindeln und er- 


möglicht so das gleichzeitige 
Ausbohren von 3 Leiterplatten. 
Nicht die Bohrspindeln werden 
bewegt, sondern die Arbeits- 
platte auf einem Luftpolster. 

Das Steuerprogramm für 
ARITMA 1 701 erhält man ent- 
weder als Teilergebnis des auto- 
matisierten Plattenentwurfs oder 
unter Nutzung der speziellen 
Sprache COTEL. Die Befehle 
sind in Bewegungs-, technologi- 
sche, Hilfs- und Unterprogramm- 
instruktionen unterteilt. Die Koor- 
dinaten X und Y können absolut 
sowie inkremental programmiert 
und in/<m oder in einem selbst- 
gewählten Raster angegeben 
werden. Die Dateneingabe er- 
folgt über Lochband oder Dis- 
kette. 

Eine Gemeinschaftsentwicklung 
zwischen mehreren Betrieben 
und Institutionen der DDR und 
der CSSR ist das CNC-gesteu- 
erte C0 2 -Laserschneidsystem 
LCS 400-1 (Bild 16). Verwendet 


der 400-Watt-Laser SM 400 mit 
einer optischen Ankopplung. 
Damit lassen sich die verschie- 
densten nichtmetallischen Werk- 
stoffe wie Holz, Plast, Asbest, 
zum Teil auch Keramik schnei- 
den und gravieren. 
Bemerkenswert ist, daß für die 
off-line-Steuerung des Lasers 
das Steuersystem des Plotters 
Digigraf 1208/3.5G in modifizier- 
ter Form verwendet wird. 

Für den on-line-Betrieb ist der 
Einsatz verschiedener Minirech- 
ner, zum Beispiel SM 4-20, 

SM 50/50, SM 52/11 oder 
ADT 4500, möglich. 


I. Paszkowsky, H. Weiß 
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Literatur 


Wissensspeicher Mikro- 
rechnerprogrammierung 

Reihe Technische Informatik, 
von L. Claßen und U. Oefler, 

VEB Verlag Technik Berlin 
1986, 200 S. 

Bereits in der zweiten Auflage 

* erschien 1 986 das Fachbuch 
mit dem Titel: Wissensspeicher 
Mikrorechnerprogrammierung. 
Diese Tatsache bestätigt das 
dringende Bedürfnis, das in der 

* Industrie wie im Hoch- und 
Fachschulwesen an diesem 
sehr effektiven Informationsma- 

I terial besteht. Der Titel des Bu- 
ches drückt den Inhalt sehr un- 
genau aus, denn Gegenstand 
der Beschreibungen sind die 
Mikroprozessorschaltkreisfami- 
lien (etwa 60 Prozent), nicht 

; * aber Mikrorechner. So ist das 
Assemblerniveau einer Pro- 
|| grammiersprache immer mehr 
|: nur eine Maschinen-(Pro- 

I I zessor-)Sprache, nicht aber die 
Sprache eines Rechners. 

Damit wendet sich das Buch in- 

! h haltlich zu allererst an jene, die 
Mikrorechner entwerfen und 
weniger an jene, die sie nutzen 
« - auch wenn mit den Abschnit- 

ten U 880-BASIC- und PASCAL- 
Interpreter sowie U 883-TINY- 

t MPBASIC auf die Mikrorechner- 
nutzung orientiert wird. Aber 
auch hier bleibt die Bindung an 
die Prozessoren erhalten. Die 
£ beschriebenen Programmier- 
sprachen laufen nur unter dem 
% Betriebssystem UDOS (RIO), 

: * was auf den Entwicklungs- 
1 1 systemcharakter des zugrunde- 
gelegten Mikrorechners hin- 
I weist. Denn nur für diese Auf- 

I* 


gäbe ist das Betriebssystem 
UDOS relevant. 

Damit erreicht das Buch eine 
nützliche spezifische innere Ge- 
schlossenheit. Die drei behan- 
delten Mikroprozessortypen 
U 880 (Z80), U 881/882 (Z8) und 
U 8000 (Z8000) sind in der DDR 
dominierend, auch wenn sie in- 
ternational kaum den Einzug in 
Massen-Mikrorechnern (Perso- 
nalcomputer, PC) gehalten ha- 
ben. Überwiegend findet man , 
sie in Steuerrechnern für indu- 
strielle Anwendungen. Ganz 
eindeutig ist dies bemerkens- 
werterweise beim Z 8000, wo- 
gegen es für den Z 8 von vorn- 
herein selbstverständlich ist. 
Bezüglich der Prozessorbe- 
schreibung erfaßt das Buch nur 
die Programmiereigenschaften, 
nicht aber die Signaleigenschaf- 
ten. Das ist entsprechend der 
Zielsetzung des Buches zur Pro- 
grammierung beabsichtigt. 

Der Nutzer des Buches stellt 
schnell fest, daß die Autoren 
eine gute Sachkenntnis im De- 
tail besitzen. Der Aufbau des 
Stoffes ist folgerichtig, logisch 
und verständlich mit effektiven 
Übersichten, wobei die Be- 
schränkung auf das Wesentli- 
che eher nützlich als nachteilig 
ist. 

Die Reihe Technische Informa- 
tik - in der Herausgabe von Dr. 
Ludwig Claßen, Dr. Dieter Nedo 
und Dr. Gerhard Paulin - hat mit 
dem ersten Band eine richtige 
Titelwahl getriffen. 

Man kann den Verlag, die Her- 
ausgeber und die Autoren dazu 
beglückwünschen. 

Ausstattung des Buches und 


Preis sind angemessen. Ebenso 
ist es zu wünschen, daß in dieser 
Reihe viele Titel erscheinen. 

Prof. Dr. M. Roth 


Das Hochgeschwindigkeits- 
Schaltkreissortiment K 1 800 

von W.-B. B. Arbaitis, S. Ju. Sed- 
auskas, A.-W. W. Pjatrauskas 
Verlag „Radio i Swjas“, Moskau 
1986, 184 S. 

In der Broschüre werden die 
konstruktiv-technologischen, 
schaltungstechnischen und 
strukturellen Besonderheiten 
der ECL-LSI-Schaltkreisfamilie 
K 1 800 behandelt. Dabei han- 
delt es sich innerhalb des Ty- 
penspektrums von Prozessor- 
schaltkreisen mit der Bezeich- 
nung K 1 8xx um Hochgeschwin- 
digkeits-IS mit einer Verarbei- 
tungsbreite von 4 Bit, die mit 
Taktfrequenzen von 36 MHz 
' (Zykluszeit 40 ns) betrieben 
werden. Die Familie K 1800 ent- 
hält u. a. die Funktionseinheiten 
ALU (28 logische, 23 binäre, 17 
BCD- sowie logische und arith- 
metische Verschiebeoperatio- 
nen), Mikroprogrammsteuerein- 
heit, Speichersteuerung, Syn- 
chronisations-IS, ECL-TTL- 
Koppler, Pufferspeicher sowie 
Zusatzschaltkreise. 

In der Broschüre wird zunächst 
eine Einordnung der Familie 
K 1 800 in die Serien K 5xx und 
K 1 8xx vorgenommen. Außer- 
dem wird ein Überblick über die 
wichtigsten Eigenschaften und 
strukturellen Besonderheiten 
gegeben. Anschließend werden 
die einzelnen Schaltkreise aus- 


führlich vorgestellt (Anschluß- 
bild, Blockschaltbild, technische 
Daten, Befehlsübersicht, Funk- 
tionsbeschreibung, Anwen- 
dungsaspekte). Es folgt eine 
genau und detaillierte Zusam- 
menstellung aller technischen 
Daten der IS, wobei auch auf 
meßtechnische Probleme ein- 
gegangen wird. Im 5. Kapitel 
werden Anwendungsaspekte 
behandelt (Erhöhung der Ver- 
arbeitungsbreite, Programmbei- 
spiele, Anwendungsbereiche, 
Geschwindigkeitsverhalten von 
Rechnern auf Basis K 1 800). 

Die Schaltkreisfamilie K 1800 
wird anstelle der älteren Familie 
K 500 eingesetzt und bringt (bei 
V3 bis Vs des Realisierungsauf- 
wandes gegenüber K 500 - 
Lösungen) Verarbeitungsge- 
schwindigkeiten um 1 Million 
Befehle je Sekunde. Gut geeig- 
net sind die Schaltkreise u. a. für 
die Realisierung von Spezialpro- 
zessoren (z. B. für den Einsatz 
in lasergestützten Bilderken- 
nungssystemen, Massenspek- 
trometern oder bei der schnellen 
Fouriertransformation). Für Ent- 
wurf, experimentelle Erprobung 
und Realisierung von Spezial- 
prozessorarchitekturen (z. B. 

Kl- oder HLL-Prozessoren) ist 
die Mikroprogrammierbarkeit 
eine wichtige Eigenschaft. Dem 
Anwender von Schaltkreisen 
der Serie K 1 800 werden mit 
dieser Broschüre umfassende 
und vollständige Informationen 
für seine praktische Arbeit ge- 
geben. 

G.-U. Vack 


INFO 88 

| Die Gesellschaft für Informatik 
der DDR führt gemeinsam mit 
' Einrichtungen der Akademie 
der Wissenschaften und des 
fl Hochschulwesens, mit den 
Kombinaten Robotron, Daten- 
verarbeitung und Nachrichten- 
elektronik und der WGMA der 
KDT vom 22. bis 27. Februar 
I 1988 an der Technischen Uni- 
, versität Dresden die INFO 88 
als nationalen Kongreß der 
DDR-Informatiker durch. Anlie- 
gen dieser Veranstaltung ist es, 
den aktuellen Leistungsstand 
der Informatik als Schlüssel- 
technologie bei der breiten Ra- 
tionalisierung unserer Volkswirt- 
schaft- von den Grundlagen bis 
zu den Anwendungen - zu de- 
monstrieren, über den Stand 
der Forschung und T rends auf 


Schwerpunktgebieten zu infor- 
mieren und den Entwicklungs- 
stand von Teilgebieten der Infor- 
matik darzustellen. 

Die Tagung erfolgt im Plenum 
und in Fachsektionen zu folgen- 
den Themenkomplexen: 

1 . Theoretische Grundlagen 
mit algebraischen und logischen 
Grundlagen der Programmie- 
rung, Kompliziertheitstheorie 
und innovativen Algorithmen- 
konzepten, mathematischen 
Grundlagen der künstlichen 
Intelligenz und des Datenbank- 
entwurfs 

2. Computertechnik mit Com- 
puterarchitekturen, Computer- 
systemen, Spezialprozessoren 
sowie Computernetzen (lokale, 
Weitverkehrsnetze, Einsatz und 
Betrieb) 

3. Software mit rechnerge- 


stützter Entwicklung und Pro- 
duktion, sprachlichen Beschrei- 
bungs- und Programmierwerk- 
zeugen, Programmier- und Da- 
tenbanktechniken 

4. Künstliche Intelligenz mit 
natürlichem Sprachverstehen, 
Kl-Sprachen, Wissensver- 
arbeitung und Experten- 
systemen, kognitiven Syste- 
men 

5. Komplexe Anwendungen 

mit CAD, CAM, CIM; Bildverar- 
beitung, Informationsbeziehun- 
gen im Büro, Modellierung und 
Verhaltenssimulation komplexer 
Systeme, Experimentenauto- 
matisierung, automatisierten 
Informationsdiensten in Wissen- 
schaft und Technik 

6. Aus- und Weiterbildung 
mit Informatik-Grundausbildung 
in Schulen, Berufs- und Hoch- 
schulen, Weiterbildung der 


Werktätigen, Computer im Bil- 
dungswesen 

7. Gesellschaft und Informa- 
tik mit Informationstechnik und 
Information als Faktor der inten- 
siv erweiterten Reproduktion, 

Gestaltung informationeller Pro- 
zesse in der sozialistischen 
Volkswirtschaft, Einfluß der In- 
formatik auf das System der 
Wissenschaften. 

Vortragsangebote (Kurzfassung 
bis zu 3 Seiten) sind bis zum 1 . 

März 1 987 an das Sekretariat 
der GIDDR, Clara-Zetkin- 
Str. 105, Berlin, 1086 zu 
senden. 

Prof. Dr. D. Hammer, Vorsitzen - I 

der der GIDDR und des Pro- 
grammkomitees / Prof. Dr. H. 

Tzschoppe, Vorsitzender des 
Vorbereitungskomitees 
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dargestellt. Das Grundsoftwarepaket GEDIT wurde in der 
Form eines allgemeinen grafischen Editors konzipiert, um 
dem Nutzer eine interaktive Erstellung beliebiger Zeichen, 
Symbole und Bilder auf dem Monitor ohne Kenntnisse einer 
Programmiersprache zu ermöglichen. Über definierte Pro- 
gramm- und Datenschnittsteilen ist eine Einbindung des 
Grafikeditors in Anwenderprogramme gegeben. 

Der Grafikeditor wurde in Turbo-Pascal programmiert. 


naKeTa nporpaMMHoro oöecneHemiH. Ochoboü naKeT npo- 
rpaMMHOro oöecneneHna GEDIT öbin KOHuunnpoeaH b 
BHfle oömero rpacpMHecKOro peflaicropa, flnn Toro HTOöbi 
CflenaTb b03mo*hom flna nonb30BaTena MHTepaKTMBHaa 
paapaöOTKa nroöbix 3H3K0B, CMMÖonOB n n30öpa>KeHHü Ha 
MOHHTOpe Öe3 3H3HMH B3blKa nporpaMMHpoBaHHn. Hepe3 
onpefleneHHbie MecTa cthkobkm nporpaMM h flaHHbix no- 
nyneHO BKnioneHHe rpatJjMHecKOro peflaKTopa b npo- 
rpaMMy nonb30BaTena. r pacpnHecKMM peflaKTop nporpaM- 
MHpoBaH Ha B3biKe TyPEO-nACIWl. 


was desogned in form of a general graphic editor in Order to 
enable the user to produce any character, Symbol, and 
image on the monitor in an Interactive way and without know- 
ledge of a programming language. The editor programmed 
in Turbo-PASCAL can be incorporated into application pro- 
grams via defined program and data interfaces. 


Termine 

1 . Internationale Fachtagung 
Lichttechnik 

WER? Fachverband Elektrotechnik in der KDT, 
Wissenschaftliche Sektion Lichttechnik 
WANN? 1 8. bis 20. März 1 987 
WO? Berlin 
WAS? 

• Neue Entwicklungen u. a. bei Lampen, Leuchten, 
Zünd- und Vorschaltgeräten 

• Rationelle Energieanwendung 


• Neuentwicklungen der Licht- und Strahlenmeß- VOTSChSU 
technik 

• Erkenntnisse und Tendenzen der Grundlagenfor- 
schung 

• Einsatz der Mikroelektronik und Rechentechnik 
bei der Erzeugnisentwicklung, insbesondere in der 
Projektierung (CAD) 

WIE? 

Teilnahmemeldungen schriftlich an: 

Kammer der Technik, Präsidium, 

Fachverband Elektrotechnik, 

Postfach 1 31 5, Berlin, 1 086 Hoppe 


In Mikroprozessortechnik, 2/1987 
können sie u. a. lesen: 

- Einführung in die Programmier- 
sprache C, 2. Teil 

- Entwicklungsunterstützung für ein 
1 6-Bit-Mehrmikrorechnersystem 

- Der Kleincomputer KC 85/3 
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v Bildschirm-Fensterkopien 
I mit dem KC 85/2 (/3) 


m 

Das Basic der Kleincomputer KC 85/2 
und KC 85/3 hat eine Reihe guter Eigen- 
schaften. Eine davon ist die Fenstertech- 
i nik, besonders wenn man sie zusammen 
f* mit den Grafikmöglichkeiten nutzt. 
Leider gab es in der vorhandenen Soft- 

I ware bisher keine Möglichkeit, solche 
Fenster abzuspeichern oder auf Papier 
zu bringen. 

Deshalb entstand die im folgenden be- 
schriebene Routine. Das Programm er- 
möglicht das Abspeichern und Einladen 
des aktuellen Fensters (Pixel- und Farb- 
speicher) bis zur Größe der gesamten 
Bildschirmfläche von Kassette sowie das 
Ausdrucken auf einem Nadeldrucker 
* (Pixelspeicher) , z . B . auf dem K 63 13 . 
Mit einem dazu kompatiblen Typ ent- 
stand das abgebildete Beispiel 

f (Bildl). 

Das Programm (siehe Hexdump nach 
Bild 2) besteht aus drei Routinen, die 
aus dem Menü oder über Basic abrufbar 
sind: SCRL (Laden), SCRS (Retten) 
und SCRC (Hardcopy) . Das Programm 
ist im Hexdump mit der Anfangsadresse 
BAOO versehen, kann aber eine belie- 
bige Anfangsadresse haben. Ebenso 
kann jede der drei Teilroutinen ausge- 
koppelt werden. SCRC liegt im Hex- 
dump von BAOO bis BAAE, SCRS von 
BAAF bis BB5B, SCRS von BB5C bis 
BBF1. 

Aus dem Menü läßt sich eine Routine 
durch Angabe ihres Namens auf rufen. 
Aus Basic heraus muß auf den CALL- 
Befehl zurückgegriffen werden. Die 
Adresse für den Aufruf einer Teil- _ 

* routine wird durch Addition von 7 zur 
, M Anfangsadresse der Teilroutine ermit- 
W telt. Für das Modul-Basic des KC 85/2 
und das ROM-Basic des 13, die bei der 
Ausführung eines Befehls immer den 
IRM abschalten, kann keine der Routi- 
nen direkt aufgerufen werden, da alle 
| auf den IRM zurückgreifen bzw. u. U. 

*■ selbst im IRM liegen . Deshalb muß für 

den Ansprung der gewünschten Routine 
das folgende kleine Programm ab einer 
Adresse im Bereich von 0 bis 7FFF auf- 
gerufen werden: 

CALL F01B CD IV FO; 

» Zuschalten IRM 
s CALL abcd CD cd ab; 

Aufruf der Routine ab Aufrufadresse 
abcd 

CALL F01B CD 1B FO; 

Abschalten IRM 
* RET C9; P ückkehr ins Basic 



Beim Laden wird das Bild an die An- 
fangsposition des aktuellen Fensters ge- 
laden. Es kann über jede beliebige 
Schnittstelle gedruckt werden. Die Aus- 
gabe eines Bytes an den Drucker erfolgt 
über USER-Kanal 1 (Basic: USER- 
kanal2). Die Ausgaberoutine muß mit 
Return abgeschlossen sein und darf die 
Register AF, HL, DE und BC verän- 
dern. Die Routine darf keine Verände- 
rung des Byte-Wertes vornehmen (etwa 
Steuerzeichenausgabe) . 

Der beste Modus, mit dem die Pixel auf 
Papier gedruckt werden können, ist der 
8-Bit-Nadelmuster-Modus ESC * 5 
(576 Pixel) mit einem Zeilenvorschub 
von 8/72". Damit wird eine linksbündige 
Abbildung von Höhe : Breite = 1 : 1 er- 
reicht. Dieser Modus stand allerdings 
laut Handbuch von 2/85 beim K 6313 
noch nicht zur V erfügung . Deshalb 
wurde mit ESC K gearbeitet, was ein 
Seitenverhältnis von 1 : 1,2 (Höhe : 
Breite) bedeutet. Der abgedruckte Hex- 
dump ist auf diesen Modus eingestellt. 
Der Anwender kann ihn jedoch seinen 
Möglichkeiten anpassen. Im Hexdump 
ist in die Speicherzellen BA2D, BA32 
und BA37 die Steuerfolge für die An- 
steuerung des Nadelmodus einzugeben. 
Diese Eingabe hat im Falle einer 2-Byte- 
Steuerfolge (z. B. ESCL) oder bei einer 
3-Byte-Folge (z. B. ESC *5) die For- 
men: 

BA2D 00 (Dummy) bzw. 1B (ESC) 
BA32 1B (ESC) bzw. 2C (*) 

BA37 4C (L) bzw. 05 (5 als Wert). 

Stefan Schlenzig 

mf-i 


BF <t>6 
33 FF 

3 * 1 ?# 

3 J} 

K feg 


Bild 1 Mit dem Programm laut Hexdump 
vom Bildschirm ausgedruckte Hardcopy 
eines Grafikfensters auf dem KC85/2 (13) 

Bild 2 Hexdump für das Ausdrucken von 
Fenstern vom KC85/2 (13) (mit Check- 
summe) 
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main() 

{ 

static int nt=0, np=0, nk=0, 
nz=0, nr=0; char c; 
while ((c=getchar())!=EOF) 
switch(c) { 
case :nl++;break; 
case np++;break; 
case nk++;break; 
case \n': nz++;break; 
default: nr++;break; 

printf( "\nL=%d, P=%d, K=%d, 
Z=%d, Rest=%d\n", nl, np, 
nk, nz, nr); 

} 


Seite 47 
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Vorschau 

Für MP 3/87 haben wir für Sie u. a. Bei- 
träge zu folgenden Themen vorgese- 
hen: 

• P 8000 Ein universelles 1 6-Bit-Mikro- 
rechnerentwicklungssystem 

• Parallelverarbeitende Rechnersy- 
steme 

• Das Softwarekonzept des KC 85/3 
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100. SM 4-20 

an die DDR übergeben 

Am 12. 1 1 . 1986 wurde im Bei- 
sein des Stellvertreters des Mini- 
sters für Gesundheitswesen, 
OMR Dr. sc. med. B. Schirmer, 
des Handelsattaches der CSSR 
in der DDR, Gen. Synek, sowie 
Repräsentanten des Außenhan- 
delsunternehmens der CSSR 
Kovo - Export - Import, des Her- 
stellerbetriebes Datasystem 
Bratislava und des VEB Kombi- 
nat Robotron der 1 00. SKR- 
Rechner SM 4-20 in der DDR 
dem Versorgungsdepot für Phar- 
mazie und Medizintechnik Halle 
in einem festlichen Akt überge- 
ben (Bilder 1 und 2). 

Dieser Jubiläumsrechner war 
zugleich der 25. Rechner dieses 
Typs, der seit 1 981 dem Ge- 
sundheits- und Sozialwesen der 
DDR übergeben wurde. 

Die Rechner dienen zur wirksa- 
men Unterstützung der Lei- 
tungs-, Betreuungs- und Versor- 
gungsprozesse. Sie sind in sta- 
tionären und ambulanten Ein- 
richtungen sowie in allen Versor- 
gungsdepots für Pharmazie und 
Medizintechnik der DDR einge- 
setzt. 

Der Einsatz der SKR-Rechner 
im Gesundheits- und Sozialwe- 
sen der DDR bedeutet u. a.: 

- den schrittweisen Aufbau und 
die routinemäßige Nutzung von 
Patienteninformationssystemen 
in Krankenhäusern und Poliklini- 
ken 

- die zielgerichtete rechentech- 
nische Bearbeitung einer Anzahl 
bedeutsamer Forschungsvorha- 
ben des Gesundheitswesens 

- den sukzessiven Übergang 
von der zentralen zur dezentra- 
len Abrechnung der Warenbe- 
wegungsprozesse 

- die Rationalisierung einer 
Reihe von Informationsprozes- 
sen zur Unterstützung betriebs- 
wirtschaftlicher Prozesse 

- die Rationalisierung von Lei- 


tungs- und Planungsprozessen, 
einschließlich einer beginnen- 
den Dezentralisierung des um- 
fangreichen Berichtwesens. 

Die Nutzung der 25 SKR-Rech- 
ner SM 4-20 im Gesundheitswe- 
sen kann als ein erster Schritt 
des Überganges zu einer ar- 
beitsplatznahen und dezentralen 
Rechentechnik sowie dialog- 
orientierten und prozeßbezoge- 
nen Informationstechnologie be- 
trachtet werden, den es durch 
einen gezielten Einsatz von Per- 
sonal-, Büro- und Arbeitsplatz- 
computern in dieser Fünfjahr- 
planperiode weiter zu vervoll- 
kommnen gilt. Mit dem Einsatz 
des Rechners wird ein wesentli- 
cher Schritt zur weiteren Intensi- 
vierung und Rationalisierung der 
Leitungs- und Versorgungspro- 
zesse sowie der Transportum- 
schlags- und Lagerwirtschafts- 
prozesse gewährleistet. 

Durch den Hersteller wurde die 
Übergabe dieses Jubiläums- 
rechners gerade an den Bereich 
des Gesundheitswesens als ein 
Ausdruck des Einsatzes der mo- 
dernen Rechentechnik für huma- 
nitäre und friedliche Zwecke ge- 
würdigt. 

P. Straach, D. Witt 


Elektrostatischer 
grafischer Zeilen- 
drucker 

Bereits seit längerem bekannt ist 
der elektrostatische Zeilendruk- 
ker für den Anschluß an Compu- 
ter der SKR-Reihe, EC 7140, 
aus der CSSR. 

Auf der Internationalen Maschi- 
nenbaumesse Brno 1 986 wurde 
nun eine Weiterentwicklung, EC 
7240 (Bild 3), vorgestellt. Der EC 
7240 ist mit einem Steuer- 
schrank ausgerüstet, der den 
Anschluß an Rechner des ESER 
insbesondere an Rechenanla- 
gen EC 1 026 und EC 1 027 - die 
in der CSSR produziert werden 



3 Foto: Paszkowsky 


ermöglicht. Zum Druck wird elek- 
trografisches Spezialpapier ver- 
wendet, dessen dielektrische 
Schicht eine hohen spezifischen 
Wiederstand aufweist. Beim 
Druck bewegt sich das Papier 
zwischen zwei Elektrodenrei- 
hen, die auf der Seite der di- 
elektrischen Schicht aus dünnen 
Leitern bestehen, deren Anord- 
nung den sogenannten Auf- 
zeichnungskopf bildet. Durch 
Spannungskombinationen an 
beiden Elektrodenreihen ent- 
steht in der dielektrischen 
Schicht ein Bild, das mit Hilfe 
eines flüssigen Entwicklers im 
Gerät entwickelt wird. Im we- 
sentlichen sind die Parameter 
beider Drucker, EC 71 40 und EC 
7240, identisch. Einige seien hier 
genannt: 

- Druckgeschwindigkeit 1 200 
Zeilen/min 

- Höchstzahl alphanumerischer 
Symbole in einer Zeile 132 

- Punktzahl der grafischen In- 
formation in einer Mikrozeile 
1320. 

Die Ausgabe alphanumerischer 
und grafischer Informationen ist 
in einem Modus möglich. Ein 
auswechselbarer Zeichengene- 
rator ermöglicht den Druck von 
4 x 96 grafischen Zeichen. 

Fotos: Paszkowsky (2) 


LAN über das Strom- 
netz? 

Eine kleinere amerikanische 
Entwicklungsfirma will ein Loka- 
les Netzwerksystem (LAN) ent- 
wickelt haben, bei dem auf spe- 
zielle Kabel verzichtet werden 
kann, meldete kürzlich die öster- 
reichische Fachzeitschrift Elek- 
tronikschau. Zur Übertragung 
soll vielmehr das vorhandene 
Stromversorgungsnetz („Steck- 
dose“) verwendet werden. Die 
Idee ist nicht neu. Bisherige Vor- 
stöße in dieser Richtung schei- 
terten meist am hohen Störsi- 
gnalpegel im Netz. Bei dem 
neuen Versuch werden 1 6 Trä- 
gerfrequenzen ab einem Synthe- 
sizer benutzt, der zwischen 1 00 
und 460 kHz arbeitet. In der ge- 
genwärtigen Form funktioniert 
das LAN mit vollem Duplexbe- 
trieb und mit einer Geschwindig- 
keit von 23 Kbit/s. 

Optischer Computer 
in Sicht? 

Der Entwicklungsschritt zum op- 
tischen Computer ist wahr- 
scheinlich der amerikanischen 
Firma telephone and telegraph 
gelungen. Damit könnten bedeu- 
tend mehr Transaktionen gleich- 
zeitig bearbeitet werden als mit 
der heutigen Datenverarbeitung. 
Die Firma kündigte an, daß in 
ihrem Labor eine Art Chip herge- 
stellt worden sei, der die Fähig- 
keit besitze, Lichtbündel so zu 
steuern wie in der jetzigen transi- 
storgesteuerten Elektronik elek- 
trische Impulse geregelt werden. 
Der Chip bestehe nach Angaben 
des Unternehmens aus Gallium- 
Arsen- und Aluminium-Gallium- 
Arsen-Verbindungen, die ab- 
wechselnd in mehreren tausend 
Schichten von jeweils 40 Mole- 
külstärken übereinander ge- 
schichtetsind. Unter elektrischer 
Spannung werden diese Mate- 
rialien transparent, so daß ein 
Lichtstrahl sie durchdringen 
kann. Ein zweiter schwächerer, 
auf den Chip gerichteter Strahl 
bewirkt die Neuverteilung der 
elektrischen Spannung und de- 
ren Konzentration in bestimmten 
Schichten, die dann lichtdurch- 
lässig werden. Der schwächere 
Lichtstrahl steuert damit die 
Übermittlung des stärkeren Si- 
gnalstrahls. Der austretende 
Lichtstrahl dient gleichzeitig als 
Input für den folgenden Bau- 
stein. Dieser Chip könnte nach 
Meinung des Unternehmens in 
einer kommenden Generation 
von Telefonanlagen einsetzbar 
sein. 

ADN 
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Softwaretest 
vor Fertigstellung 
der dazugehörigen 
Hardware 

Software kann in der Regel erst 
getestet werden, wenn die dazu- 
gehörige Hardware bereitsteht. 
Um Entwicklungszeit zu sparen, 
aber auch um Fehlentwicklun- 
gen rechtzeitig zu erkennen, wird 
versucht, die Software schon vor 
dem Fertigstellen der Hardware 
auf einer Software-Nachbildung 
der Hardware, einem sogenann- 
ten Modell, zu testen. 

Dieses Modell wird durch ein ei- 
genes Computerprogramm er- 
stellt. Die Fa. Siemens entwik- 
kelte dafür das Programm Sig- 
mus (Simulator-Generator für 
Multiprozessorsysteme) speziell 
für die Modellierung von Multi- 
prozessorsystemen. 

Ausgehend von einer Beschrei- 
bung der Struktur des Multipro- 
zessorsystems und der einzel- 
nen Komponenten, aus denen 
es aufgebaut ist, erzeugt Sigmus 
ein neues Programm - das Mo- 
dell -, welches das untersuchte 
Mikroprozessorsystem simuliert. 
Neben dem Simulator, der den 
Kern des Modells bildet, wird ein 
Dialogteil zur Steuerung der Si- 
mulation und zur Auswertung 
der Ergebnisse zur Verfügung 
gestellt. 

Auf dem erstellten Modell des 
Multiprozessors kann die gleiche 
Software wie im realen Einsatz- 
fall ablaufen. Auch die entspre- 


chenden Ein- und Ausgabeope- 
rationen sind möglich. 

Elektronische Zapfsäule 

Zu den Vorteilen der neuentwik- 
kelten elektronischen Zapfsäule 
B 50 P gehört u. a. eine höhere 
Meßgenauigkeit. Die mikrorech- 
nergesteuerte Zapfsäule, die 
vom VEB Chemieanlagenbau- 
kombinat Leipzig/Grimma ent- 
wickeltwurde, kann alle imTank- 
wart- und Selbstbedienungssy- 
stem anfallenden Daten erfas- 
sen und verarbeiten. Die Anlage 
verfügt über eine doppelseitige 
LCD-Anzeige sowie über die An- 
schlußmöglichkeit von Bank- 
schalterterminal mit Tastatur und 
Bildschirm, Betriebsdatentermi- 
nal mit Kartenleser sowie Druk- 
ker. Unser Foto zeigt die Neuent- 
wicklung auf der Leipziger 
Herbstmesse 1986. 


12. Mikroelektronik- 
Bauelemente- 
symposium 1987 

Das 12. Mikroelektronik - Bau- 
elementesymposium des VEB 
Kombinat Mikroelektronik und 
des Bezirksvorstandes Frank- 
furt/Oder der KDT wird unter 
Schirmherrschaft des Ministers 
für Elektrotechnik und Elektronik 
vom 1 1 . bis 1 6. Mai 1 987 wegen 
des überaus großen Interesses 
in zwei Teilen durchgeführt. 

Dem Symposium vom 1 1 . bis 

13. Mai schließt sich unter Lei- 
tung des Bezirksvorstandes 
Frankfurt/Oder der KDT eine 
Fachtagung vom 14. bis 16. Mai 
an. Unter dem Motto „Beschleu- 
nigte Entwicklung und umfas- 
sende Anwendung der Mikroe- 
lektronik - Schlüsseltechnologie 
zur Umsetzung der ökonomi- 
schen Strategie des XI. Parteita- 




Fernschreiber F 2000 
mit erweiterter 
Speicherkapazität 

Zur Leipziger Frühjahrsmesse 
1 987 vom 1 5. bis 21 . März stellt 
der VEB Kombinat Nachrichten- 
elektronik im Obergeschoß der 
Messehalle 1 5 seine nachrich- 
tentechnischen Erzeugnisse vor. 
U. a. werden Lösungen auf der 
Grundlage von leitungsgebun- 
denen und Funknachrichtensy- 
stemen für die Sprach-, Daten- 
und Textkommunikation sowie 
die Bewegtbiid-Übermittlung 
vorgestellt-bestimmtfürdie Ra- 
tionalisierung sowie Lenkung, 
Leitung und Überwachung von 
Prozessen. Im Mittelpunkt dabei 
steht ein Dispatcherarbeitsplatz, 
zu dessen Komponenten die 
neue universelle Vermittlungs- 
anlage DVA 200, der weiterent- 
wickelte Fernbildschreiber 


FB 201 1 , UKW-Verkehrsfunk- 
technik sowie der Personalcom- 
puter 1 71 5 vom VEB Kombinat 
Robotron zählen. Den mikropro- 
zessorgesteuerten Sende- und 
Empfangsfernschreiber F 2000 
für die Informationsübertragung 
bis 200 Baud gibt es nunmehr 
auch in einer Ausführung mit 


32 KByte. Erweitert wurde der 
elektronische Textspeicher von 
8 auf 26 KByte, so daß sich jetzt 
auch umfangreichere Texte im 
Lokalbetrieb aufbereiten lassen. 
Das Redigieren und Korrigieren 
des Textes ist an jeder beliebi- 
gen Stelle möglich. Automatisch 
zugeordnete Textnummern er- 



ges“ werden die in Entwicklung 
und Produktion befindlichen mi- 
kroelektronischen Bauelemente 
aus Eigenproduktion und RGW- 
Import sowie Anwendungsmög- 
lichkeiten vorgestellt. Dieser 
Zielstellung entsprechen die je- 
weils (zum Symposium und zur 
Fachtagung) gehaltenen Fach- 
vorträge, davon Vorträge von 
Spezialisten aus der UdSSR und 
CSSR. 

Die inhaltlichen Schwerpunkte 
orientieren auf 

- CAD/CAM-Technik 

- moderne Rechentechnik 

- elektronische Nachrichten- 
technik 

- Automatisierung und Roboter- 
technik, Rationalisierung 

- wissenschaftlicher Gerätebau 

- Energieerzeugung und -an- 
wendung sowie 

- Konsumgüterelektronik. 

Im erweiterten Klubprogramm 
sowie in den Fachdiskussionen 
werden fachspezifische Pro- 
bleme behandelt. 

Zur Förderung des aktiven Er- 
fahrungsaustausches richten 
ausgewählte Betriebe aus den 
Kombinaten Mikroelektronik, 
Carl Zeiss JENA und Kerami- 
sche Werke Hermsdorf Konsul- 
tationsstützpunkte ein. 


leichtern die Verwaltung des 
Speicherinhaltes. Auf Anforde- 
rung wird ein komplettes Inhalts- 
verzeichnis ausgedruckt. Die 
gespeicherten Texte können 
auch mittels eines vereinbarten 
Schlüsselwortes vom Fern- 
schreiber abgerufen werden. 

Der Empfangsspeicher mit sei- 
ner Speicherkapazität von 6 
KByte ermöglicht den ungestör- 
ten Lokalbetrieb. Alle ankom- 
menden Nachrichten werden 
automatisch gespeichert und 
nach Erledigung der lokalen Auf- 
gabe ausgedruckt. 

Das Mikrocomputersystem ge- 
währleistet eine wesentliche 
Zeiteinsparung und einfache Be- 
dienung durch die Übernahme 
von Routineprozeduren beim 
Fernschreibverkehr wie z. B. au- 
tomatisches Einfügen von Lauf- 
nummern, Uhrzeit und Datum, 
Kurzwahl und Wahlwiederho- 
lung oder Einfügen sich wieder- 
holender Kurztexte (maximal 6) 
an jeder beliebigen Stelle der 
Nachricht. 
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Mikroprozessortechnik: 

Ihre Zeitschrift für Mikroelektronik- 
Computertechnik-Informatik 

Bereits vor Erscheinen der ersten Aus- 
gabe von Mikroprozessortechnik (MP) 
erreichten uns viele Zuschriften mit 
Wünschen für einen guten Start und mit 
Hinweisen, welchen Gebieten sich die 
Zeitschrift zuwenden sollte. Um es 
gleich vorweg zu sagen, allen Vorstei- - 
lungen können wir nicht gerecht wer- 
den; das, was wir uns vorgenommen ha- 
ben, ist ohnehin recht anspruchsvoll: 
Wir wollen unsere Leser in Fachbeiträ- 
gen und Übersichtsartikeln über neue 
Erkenntisse und Erfahrungen in Theo- 
rie und Praxis der Computertechnik und 
Technischen Informatik informieren. 

So werden die Entwickler und Anwen- 
der von Hard- und Software in unserer 
Zeitschrift u. a. Veröffentlichungen zu 
folgenden Gebieten finden: Schaltkreis- 
entwurf, Schaltkreisfamilien der Com- 
putertechnik, Mikroprozessoren, Mi- 
krocomputersysteme, Entwurfs-, Kon- 
struktions- und Technologenarbeits- 
plätze, Rechnernetze, Betriebssysteme, 
Programmiersprachen und Software- 
technologien. 

Dieses Anliegen durchzusetzen, helfen 
der Redaktionsbeirat von MP, zusam- 
mengesetzt aus profilierten Vertretern 
von Wissenschaft und Praxis, und natür- 
lich Sie, unsere Leser, indem Sie mit 
Beiträgen und Informationen von hoher 


Hinweise für das Anfertigen 
von Manuskripten 

1 Die mit Maschine einseitig beschriebenen Ma- 
nuskripte -2zeilig, 60 Anschläge/Zeile, 30 Zeilen/ 
Seite - senden Sie bitte in zweifacher Ausfertigung 
ein. Als Manuskript können auch Computeraus- 
drucke mit einem sauberen und kontrastreichen 
Schriftbild dienen, sofern die Umlaute und ß vor- 
handen sind. 

2 Der Umfang des Manuskriptes soll 8 (T ext-) Sei- 
ten (ausschließlich Bilder) nicht überschreiten. Auf 
jeden Fall muß sich der Beitrag auf maximal 3 
Druckseiten in Mikroprozessortechnik anordnen 
lassen. Die maximale Länge des Textteiles von 
Angeboten und Suchmeldungen für die Rubrik 
„Börse“ beträgt 1 5 Zeilen. 

3 Das Manuskript beginnt mit einer aussagekräfti- 
gen, aber knappen Überschrift; es folgen der volle 
Vor- und Zuname, der akademische Grad und die 
Institution. 

4 Bei der Gestaltung des T extteiles sollten Sie 
folgendes beachten: 

- Beitrag übersichtlich gliedern! 
(Zwischenüberschriften, Absätze; evtl, kurze Zu- 
sammenfassungen, Hervorhebung von Kernsät- 
zen) 

- Wo es der Aussage oder Anschaulichkeit dient, 
verwenden Sie bitte Bilder, Tafeln und Fotos (s. 
Pkt. 6). 

5 Werden Abkürzungen verwendet, sind die im 
Duden aufgeführten zu nutzen; zusätzlich abzukür- 


Praxisrelevanz und Aktualität die Zeit- 
schrift mitgestalten. 

Mehrere Rubriken, die wir im folgenden 
kurz erläutern, sollen dazu beitragen, 
das teilweise sehr differenzierte Infor- 
mationsbedürfnis zu befriedigen. 

Den wachsenden Anforderungen an die 
Aus- und Weiterbildung soll die Kurs- 
Reihe gerecht werden. Auf vier Druck- 
seiten je Ausgabe - in Fortsetzungen 
über mehrere Hefte - werden Soft- und 
Hardwarethemen komplex dargestellt. 
Dem jeweiligen Zweck entsprechend 
sind die Beiträge als Lehrstoff oder als 
Übersichtsartikel aufgebaut. Um das 
leichte Ausheften und Sammeln der 
Reihe zu ermöglichen, werden dafür die 
Seiten im Innenteil verwendet. 

Die Nutzung bereits vorhandener Lö- 
sungen und das Vermeiden von Mehr- 
fachentwicklungen soll die Rubrik 
Börse - siehe z. B. in Heft 1/87, S. 26- 
fördern. Betriebe können in Börse mit 
maximal 15 Manuskriptzeilen Hard- und 
Softwarelösungen anbieten oder auch 
suchen. 

Tagungs-, Messe- und Ausstellungsbe- 
richte findet der Leser unter der Rubrik 
Bericht. Um eine hohe Aktualität zu 
wahren, orientieren wir bei Tagungsbe- 
richten in der Regel auf einen Umfang 
von maximal 2 Manuskriptseiten. 
Fachliteratur der DDR und des Auslan- 
des wird auf der Literatur-Seite kritisch 
gewürdigt. Es sollen sowohl über inter- 
essante Veröffentlichungen in anderen 
Zeitschriften berichtet als auch Buchpu- 
blikationen rezensiert werden. Dabei 
sind die Rezensionen nicht als Werbung 
für die Bücher oder Broschüren zu ver- 
stehen, sondern als fachliche Einschät- 


zende Begriffe sind beim ersten Auftreten auszu- 
schreiben, und die Abkürzung ist in Klammem zu 

6 Bilder, Tafeln und Fotos müssen als Anhang 
getrennt numeriert beigelegt werden. Die Einord- 
nung ist im Text zu kennzeichnen. Für die erläutern- 
den Unterschriften - sie sind bei allen Bildern, Ta- 
feln und Fotos notwendig! - ist ein gesondertes 
Manuskriptblatt zu verwenden. 

Bilder und Tafeln können als übersichtliche und 
eindeutig lesbare Bleistiftzeichnung bzw. maschi- 
nengeschrieben eingereicht werden. 
Schwarzweißfotos sollten etwa das Format 1 3 cm 
x 1 8 cm haben (das Negativ wird nicht benötigt). 
Farbfotos stimmen Sie bitte mit der Redaktion ab. 
Geben Sie bei honorarpflichtigen Fotos den Namen 
und die Adresse bzw. Konto-Nr. des Bildautors an! 

7 Bedenken Sie, daß die Anzahl der Zeichen pro 
Zeile im Druck geringer ist als im Manuskript. Pas- 
sen Sie also im Interesse einer korrekten Wieder- 
gabe Gleichungen, Formeln, Programmaäszüge 
u. ä., die im laufenden Text erscheinen sollen, von 
vornherein an die Spaltenbreite (37 Anschläge) an 
(rechtzeitig trennen oder Trennstelle kennzeich- 
nen !). Wo dieses nicht möglich ist, sind diese Zeilen 
als Bilder zu deklarieren. 

8 Literaturverzeichnisse werden, in Schrägstri- 
che eingeschlossen, fortlaufend numeriert, z. B. 
wie in II /und 121 eindeutig dargestellt wurde, oder 
auch Meyer hat in 131 darauf hingewiesen. 

Das Verzeichnis der verwendeten Literatur wird auf 


zung. Besonders wenn Publikationen 
des Auslands rezensiert werden, wollen 
wir damit auf internationale Entwick- 
lungstendenzen hinweisen und - nicht 
zuletzt - der eigenen Buchproduktion 
Anregungen geben. Sollte das eine oder 
andere Buch aus DDR-Verlagen ver- 
griffen sein, so nutzen Sie bitte die Aus- 
leihmöglichkeiten der Bibliotheken. 
Letztlich wäre noch unsere Rubrik Dia- 
log zu nennen. Lesermeinungen, die für 
einen größeren Kreis von Interesse sind, 
werden hier veröffentlicht, ebenso wie 
Antworten und Mitteilungen der Re- 
daktion. Soweit zu den Rubriken. 

Im vergangenen Jahr wurden in der 
DDR mehr als 20 000 Personalcomputer 
und über 10 000 Kleincomputer ausge- 
liefert. So ist es nur folgerichtig, daß von 
der Redaktion mehrfach gefordert 
wurde, Mikrocomputerprogramme in 
MP zu veröffentlichen. Wir erfüllen 
diese Forderung gern, sind jedoch aus 
Platzgründen nicht in der Lage, umfang- 
reiche Programme abzudrucken. Viel- 
mehr kommt es darauf an, den beson- 
ders schöpferischen Teil eines Pro- 
gramms zu dokumentieren. Außerdem 
sollten an die Redaktion von vornherein 
nur Lösungen eingereicht werden, die 
von allgemeinem Interesse sind. Aus- 
führliche Bedingungen für das Veröf- 
fentlichen von Programmteilen bzw. 
Kurzprogrammen in MP geben wir in 
einem späteren Heft bekannt. 
Abschließend möchten wir uns für die 
zahlreichen Hinweise und Wünsche be- 
danken. Anregungen, die die inhaltliche 
Gestaltung von Mikroprozessortechnik 
betreffen, nehmen wir weiterhin gern 
entgegen. Ihre Redaktion MP 


einem gesonderten Manuskriptblatt nach folgen- 
dem Schema angefertigt: 

Literatur 

III Menzer, fr; Richter, B.: Neue Technologie für 
Digitalisiergeräte. Feingerätetechnik 34 (1985) 
9, S. 386 

121 Claßen, L; Oefler, U.: Wissensspeicher Mikro- 
rechnerprogrammierung. VEB Verlag Technik, 
Berlin 1986 

9 Jedem Fachartikel ist gesondert ein etwa 1 0 Zei- 
len umfassender Referateteil beizufügen, der das 
Wesentliche des Beitrages beinhaltet. 

10 Bei Fachaufsätzen ist ein kurzes Autorenpor- 
trät - mit Angaben über Alter, Ausbildung, berufli- 
chen Werdegang, die jetzige Tätigkeit und Aufga- 
benschwerpunkte - erwünscht. 

11 Unterstützen Sie bitte unsere Bemühungen, 
den Erfahrungsaustausch zu fördern, indem Siefür 
Interessenten eine Kontaktadresse und Telefon- 
nummer angeben. 

12 Denken Sie daran, bei Fachbeiträgen aus Ih- 
rem Arbeitsbereich und bei“ Angaben der Kontakt- 
adresse die Veröffentlichungsgenehmigung der 
Dienststelle beizulegen. 

13 Nicht zu vergessen sind schließlich die private 
und dienstliche Anschrift, Ihre Konto-Nr. sowie für 
evtl. Rückfragen eine Telefonnummer. 

Bitte überprüfen Sie vor dem Absenden des Manu- 
skriptes noch einmal die Einhaltung dieser Hin- 
weise - Sie vermeiden damit unnötige Verzögerun- 
gen bei der Bearbeitung und Veröffentlichung Ihres 
Beitrages. 


36 


Mikroprozessortechnik, Berlin 1 (1987) 2 



Einchip-Rechner-Schaltkreise 

Architektur, Anwendung und Entwicklungsmittel 


Dr. Wolfgang Fengler, 

Prof. Dr. Michael Roth 
Technische Hochschule Ilmenau, Sek- 
tion Technische und Biomedizinische 
Kybernetik 

1. Einleitung 

Durch die Erhöhung des Integrations- 
grades war es möglich, vollständige 
Rechnerstrukturen in einem Schaltkreis 
zu fertigen. Derartige Einchip-Mikro- 
rechner-Schaltkreise (EMR) stellen in 
vielen Fällen die ökonomischsteVa- 
riante des Einsatztes von Mikroprozes- 
soren dar. Das resultiert daraus, daß 
praktisch alle Funktionen der Informa- 
tionsverarbeitung durch einen Schalt- 
kreis realisiert werden. Im Vergleich zu 
anderen Lösungen, die typischerweise 
auf Universal-Mikroprozessoren basie- 
ren, treten bei zielgerichteter Ausnut- 
zung der Merkmale und Eigenschaften 
der Einchip-Rechner-Schaltkreise Ver- 
ringerungen bei Preis, Volumen und 
Leistungsbedarf der Erzeugnisse auf. 
Das wird gleichzeitig von einer Erhö- 
hung der Zuverlässigkeit begleitet, die 
zum großen Teil aus einer Verringerung 
der benötigten Verbindungen von 
Schaltkreisen untereinander resultiert. 
Im weiteren sollen Architekturmerk- 
male, typische Anwendungen und die 
für den Einsatz von EMR notwendigen 
Entwicklungsmittel erläutert werden. 

2. Architekturmerkmale IM... 151 

Einchip-Mikrorechner besitzen als Min- 
destfunktionsumfang die Zentrale Ver- 
arbeitungseinheit (CPU), den Pro- 
grammspeicher, eine Form des Lese- 
Schreib-Speichers und digitale parallele 
Ein- und Ausgänge zum Peripheriean- 
schluß. Dabei existieren Vertreter mit 
internem Datenformat von 4, 8 und 16 
Bit. Die Leistungsfähigkeit der Zentra- 
len Verarbeitungseinheit entspricht ty- 
pischerweise CPU-Schaltkreisen im ent- 
sprechenden Datenformat. Für den Ma- 
schinen-Befehlssatz gilt das gleicherma- 
ßen. Die Tafel 1 enthält eine Übersicht 
über Befehlsgruppen eines typischen 
EMR- Vertreters der höheren Lei- 
stungsklasse. 

Der Programmspeicher ist zumeist als 
ROM und nur in wenigen Fällen als 
EPROM bzw. EEPROM ausgebildet. 
Typische Größen sind 1 bis 16 K Byte. 


Der RAM-Bereich, oft in Form eines 
Registerfeldes ausgebildet, ist um Grö- 
ßenordnungen kleiner und liegt zwi- 
schen 32 und 512 Byte. Die Anzahl der 
digitalen Ein- und Ausgänge beträgt 16 
bis 32. Leistungsfähigere Vertreter kön- 
nen weitere Funktionen auf dem Chip 
realisieren: 

• Takterzeugung (direkter Anschluß 
eines Schwingquarzes oder eines Kon- 
densators) 

• Zähler-I Zeitgeber (mit externer und 
interner Triggerung, Interruptauslösung 
oder Ausgangssignal bei Nulldurchgang 
oder als Übertragungsratengenerator 
für den eventuellen seriellen Kanal) 

• serielle Ein- und Ausgabe (für zumeist 
asynchrone Datenübertragung mit teil- 
weiser Realisierung von Protokollfunk- 
tionen durch die Schaltkreishardware, 
z. B. Adreßerkennung für ein Linienin- 
terface) 

• Quittungsbetrieb (Handshake) (zuge- 
ordnet zur parallelen, typischerweise 8 
Bit breiten digitalen Ein- bzw. Ausgabe) 

• Interruptbehandlung (mit begrenzter 
Quellenanzahl; Bedingungen zur Auslö- 
sung können intern abgeleitet werden, 
z. B. Zähler-/Zeitgeber, serielle Schnitt- 
stelle, Quittungssignale, bzw. werden 
direkt bestimmten digitalen Eingängen 
zugeordnet) 

• Treiberstufen (z. B. für direkten An- 
schluß von Anzeigen) 

• analoge Ein- und Ausgabe (zum Teil 
vollständig im Schaltkreis enthalten, 
zum Teil als Steuerung zum Anschluß 


eines einfachen externen Elementes, 
wie Komparator, vorgesehen) 

• Kommunikationsinterface zu einem 
Mikroprozessor-Systembus (über Ein-/ 
Ausgabe-Register oder Bereiche; die 
Kommunikation erfolgt extern über den 
üblichen Buszyklus wie Ein-/ Ausgabe- 
Zugriff ; sowohl extern als auch intern 
kann der Datenaustausch über Interrupt 
gesteuert werden) 

• Bildung von Adreß-, Steuer- und Da- 
tenbus für den externen Speicher- und 
E/A- Anschluß (zur Erweiterung des in- 
ternen Programm- und Datenbereichs 
und der im Schaltkreis integrierten Ein-/ 
Ausgabe-Funktionen, maximaler Be- 
reich typisch 64 K Byte). 

Dabei existieren nicht alle Funktionen 
gleichzeitig, und sie reduzieren i. a. die 
Anzahl der parallelen E/A- Anschlüsse, 
deren Funktion programmtechnisch ge- 
ändert werden kann. 

Bild 1 zeigt ein Funktions-Blockschalt- 
bild eines typischen Vertreters der höhe- 
ren Leistungsklasse. 

Tafel 2 enthält eine Übersicht zur Archi- 
tektur-Entwicklung von Einchip-Mikro- 
rechnerschaltkreisen auf Basis ausge- 
wählter Typen. 

3. Anwendung /6/... /10/ 

Die erste Hauptanwendungsgruppe ist 
die der Geräterechner. Dabei über- 
nimmt der EMR praktisch alle Informa- 
tionsverarbeitungsfunktionen eines Ge- 
rätes, wie Meßwerterfassung, Steuerung 
und Bedienerkommunikation. Diese 


Tafel 1 Befehlsgruppen des EMR U 881 x 151 als Übersicht 


Befehlsgruppe 

Untergruppen 

Ladebefehle 

Umladen von Registern 

Laden von Registern mit externem Speicherinhalt 
und umgekehrt 

Kellerspeicherzugriff 

Blocktransfer auf dem externen Speicherbereich 

Arithmetik-/Logikbefehle 

Addition, Subtraktion, Vergleich 

Und, Oder, Exklusiv-Oder, Test mit Maske 
Komplement 

Dezimalkorrektur 

Inkrementieren, Dekrementieren 

Rotation und Verschieben 

Programmverzweigende Befehle 

Sprungbefehle 

Unterprogrammruf und -rückkehr 

Steuerbefehle 

Flag- und Interruptbefehle 
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Tafel 2 Entwicklungstendenzen von EMR-Architekturen 1211 


Schalt- 

kreisbe- 

zeichnung 

Hersteller- 

firma 

Erschei- 

nungs- 

jahr 

Einsatzgebiet, 

charakteristische Eigenschaften 

Literatur- 

angabe 

8048 Intel 

(SAB 8048) (Siemens) 

1977 

universeller EMR zum Einsatz in Haushalt- 
geräten, Kfz, Kassen, Terminals; 

64 Byte int. RAM, 1 K int. ROM, 24 dig. 
E/A-Leitungen, Zähler/Zeitgeber 

IV 

SAB 

80C482 

Siemens 

1982 

spezielle Version des 8048 für Telefon- 
anwendungen 

1171 

8051 Intel 

(SAB 8051) (Siemens) 

1982 

Weiterentwicklung des 8048 mit erweiterten /1 7/ 
E/A-Möglichkeiten und Befehlsvorrat, 
leistungsfähigere serielle Schnittstelle mit 
Multimasterfähigkeit (l 2 C) 

80515 

Intel 

1984 

speziell fürSteuerungs- und Regelungs- 
aufgaben weiterentwickelter 8051 , 
z. Z. leistungsfähigstes Mitglied der 

801 5-Familie, intern 8 K Programmspeicher, 
256 Byte interner Datenspeicher, 

56 E/A-An schlösse, 8 Analogeingänge, 

3 1 6-Bit-Zähler/Zeitgeber, Watchdog-Timer, 
ausgefeilte Bitmanipulationsbefehle 

1161 

MAB 8409 

Phillips 

1983 

EMR-Familie, 1-4 KByte ROM, 

32-1 28 Byte RAM, 22 E/A-Leitungen serielles 
l 2 C-Bus-lnterface 

116/ 

Z8601/ 

Z8611 

Zilog 

1978/ 

1980 

universeller EMR der höheren Leistungs- 
klasse, 2 K bzw. 4 K interner Programm- 
speicher, 32 E/A-Leitungen, 

1 serielle Schnittstelle, 2 Zähler/Zeitgeber 

161 

Z8034 

UPC 

Zilog 

1980 

universeller Peripheriecontroller, basiert 
auf Z8-Architektur, voller Z8-Befehlssatz, 
Interface für Z-Bus zur Kopplung mit 
Masterrechner, 256 Byte Registerfile 

16/ 

M6805 

Motorola 


EMR-Familie für Steuerungsanwendungen, /1 9/ 
Kernstück ist CPU, die für alle gleich ist. 

Spezielle Versionen beinhalten folgende 
zusätzliche Funktionen; A/D-Wandlung, 
Zähler/Zeitgeber, Ansteuerung von TTL- und 
CMOS-Lasten, LEDs 

3870 

(Basis- 

rechner) 

Fairchild 


„dedicated“ Microcomputer; Angebot eines 
Chips, das als Basis einen 3870 enthält und 
auf das der Kunde weitere Schaltkreise 
integrieren lassen kann (z. B. A/D-, 
D/A-Wandler, Leistungsein- und -ausgänge) 

1171 

TMS 

32010 

Texas 

Instru- 

ments 

1983 

besonders geeignet für rechentechnisch 
intensive Aufgaben (z. B. Filter und 
Sprachein-/Ausgabe-Systeme) 
32-Bit-Struktur, 5 Mill. Instruktionen/ 
Multiplikationen in einem Taktzyklus 
ausführbar, serielle Schnittstelle 

1171 

TMS 

32020 

Texas 

Instru- 

ments 

1984 

Weiterentwicklung des TMS 32010, 
parallele Schnittstelle für Multiprozessor- 
systeme 

1201 


Aufgaben, die bisher durch kleine mo- 
dulare Systeme oder Einkartenrechner 
realisiert wurden, gewinnen durch den 
EMR eine völlig neue ökonomische Di- 
mension, die diese Art der Informa- 
tionsverarbeitung bis in den Bereich von 
Konsumgütem Vordringen läßt. Bild 2 . 
zeigt eine Konfiguration aus diesem An- 
wendungsgebiet. Charakteristisch ist, 
daß weitgehend auf Zusatzschaltkreise 
verzichtet wird und die Verlagerung der 
meisten Hardware-Funktionen in die 
Software erfolgt. Der Einchip-Rechner 
dient zur Qualifizierung eines Sensors 
mit analogem Meßwertausgang. Der 
angegebene Geräterechner übernimmt 
die Analog-Digital- Wandlung der Ein- 
gabegröße (ADU), die Steuerung des 
Meßablaufs (Binär-EA), die Bediener- 
Kommunikation und Meßwertanzeige 
(Tastatur/ Anzeige), die Bereitstellung 
maschinell verarbeitbarer Ausgangsda- 
ten (Binär-EA) und die Primär- und Se- 
kundärverarbeitung der Meßgröße 
(EMR). 

Dazu können gehören; 

- Störsignalunterdrückung 

- statistische Aufbereitung (z. B. Mit- 
telwertbildung) und 

- Erzeugung abgeleiteter Größen (z. B. 
Umrechnung eines gemessenen Ge- 
wichtes in einen Preis). 

Einchip-Rechner mit seriellem Interface 
bilden die Basis hochleistungsfähiger, 
dezentraler Modulsysteme der Prozeß- 
datenverarbeitung (Bild 3). Durch Zu- 
ordnung eines EMR zu einer oder weni- 
gen Meß- und Stell-Einrichtungen ent- 
steht der Vorteil einer großen parallel 
arbeitenden Verarbeitungskapazität 
und einer hohen Systemzuverlässigkeit 
bei geringem Verkabelungsaufwand für 
die gesicherte Datenübertragung. 

Als weiterer Vorteil kann die Software 
weitgehend objektorientiert und unab- 
hängig für die einzelnen Prozesse ent- 
worfen werden. Der Vorfertigungsgrad 
der Programme kapn hoch sein. 

Die Tafel 3 zeigt eine Übersicht über ein 
derartiges Modulsystem. 

Entsprechende Vorteile besitzt der Ein- 
satz von EMR als universelle Periphe- 
rie-Controller (UPC). Diese entlasten 
eine System-CPU von peripheren 
Steueraufgaben bei weitgehender Flexi- 
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Bild 1 Funktions-Blockschaltbild eines typischen EMR 


Bild 2 EMR als Geräterechner 


bilität für den Peripherie- Anschluß. 
Notwendig ist ein Interface des EMR 
zum Systembus. Aus diesem Grund wer- 
den spezielle UPC-Versionen von EMR 
angeboten, die teilweise auch mit ROM- 
Masken, wie Druckersteuerung oder 
GPIB-Interface-Controller, ausgerüstet 
sind. Bild 4 zeigt die Systemeinordnung 
eines UPC. 

Ein weiterer Einsatzschwerpunkt ist die 
Bildung einer hochsprachfähigen Ma- 
kro-CPU. Dabei wird der EMR mit ex- 
ternem Speicheranschluß genutzt und 
bildet einen normalen Mikroprozessor- 
Systembus. Der interne ROM enthält 
einen Interpreter für eine geeignete 
Sprache, wie z. B. BASIC oder 
FORTH, die dadurch die Nutzerebene 
des Anwenders bildet. 


Bei der Implementierung eines 
FORTH-Systems wird für den Einsatz 
als Spezialmikrorechner, wie er beim 
Geräte-Rechner bzw. beim modularen 
Prozeßdatenverarbeitungssystem auf- 
tritt, nur der innere Interpreter im EMR 
realisiert. Dafür reicht der im ROM ent- 
haltene Speicherumfang aus. 

Aufgrund der sprachtypischen Faden- 
kode-Interpretation liegt die Abarbei- 
tungsgeschwindigkeit in vertretbaren 
Größenordnungen, der Programmkode 
(reduziertes Wörterbuch) ist relativ 
kurz. Dabei kommen alle wesentlichen 
Vorteile des Einsatzes einer höheren 
Programmiersprache, wie Portabilität, 
Möglichkeit der strukturierten Pro- 
grammierung und höheres Entwurfsni- 
veau, zum Tragen. Darüber hinaus ist 


der Einsatz von FORTH für die Imple- 
mentierung von Fachsprachen aufgrund 
des speziellen Wortkonzeptes besonders 
geeignet. Sinnvoll ist eine Erweiterung 
um im Standardumfang nicht enthaltene 
Echtzeit-, Ein-/ Ausgabe- und Gleit- 
komma- Arithmetik-Funktionen auf 
dem Sprachnivau. Eine Übersicht für 
eine FORTH-Implementierung auf dem 
EMRU881xbzw. U882x enthält Tafel 4. 

4. Entwicklungsmittel /II/.. ./13/ 

Für den Programmentwurf für Ein- 
chiprechner stehen die üblichen Hilfs- 
mittel wie Editoren, Assembler, Binder 
und teilweise Compiler zur Verfügung. 
Da die Programmierung von EMR auf- 
grund der begrenzten ROM-Größe z. Z. 


L 

I 



Bild 3 EMR-Einsatz im Modulsystem zur 
Prozeßdatenverarbeitung 


Tafel 3 Obersicht über das module Mikrorechnersystem MMS 881 1141 


Merkmal 

Realisierung im MMS 881 

Systembus 

Serieller Multi-Master-Bus, Physische Ebene: 

20-mA-Stromschleife, asynchron, 62,5 KBaud, 1 5 Teilnehmer an 
einer Linie. Logische Ebene: Token-Ring mit zyklischer Mastenweiter- 
gabe und verschiedenen Sicherungsmaßnahmen 

Modultypen 

Analoge Ein- und Ausgabe-Module 

Regler-Module, Steuerungsmodule 

Inkremental- und Frequenzeingänge 

Kommunikationsmodule 

Leitgeräte 

Verarbeitungsmodule für allgemeine Aufgaben 
Standard-Interface-Module 

Module zur Leitrechner-Kopplung 

Firmware 

Regelungstechnische Fachsprache 

Steuerungstechnische Fachsprache 

Kommunikations-Fachsprache 

Vorgefertigte Interface-Programme 

Echtzeit-FORTH 

Einsatzgebiet 

Dezentrale Prozeßdatenverarbeitung 
(Klein- und Mittelautomatisierung) 
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Systembus 




Peripherie - 
anschluß 


Bild 4 EMR als universeller Peripherie-Con- 
troller (UPC) 

vorwiegend in Assembler erfolgt, soll- 
ten hier zumindest strukturierte Assem- 
blersprachen zur Verfügung stehen. 

Der Einsatz höherer Sprachen ist bei 
EMR am effektivsten mit im ROM ent- 
haltenen Firmware-Interpretern. Dabei 
stellt sich die Sprache FORTH aufgrund 
der hohen Abarbeitungsgeschwindig- 
keit, der relativen Maschinennähe und 
der Flexibilität als besonders geeignet 
dar. 

Für den Programmtest benötigt man auf 
Entwicklungssystemen lauffähige Simu- 
latoren, die allerdings keinen Echtzeit- 
test ermöglichen. Dafür sind EMR mit 
integriertem EPROM oder EEPROM 
oder spezielle Entwicklungschips mit 



Bild 5 Entwicklungschip eines EMR 


extern anschließbarem EPROM not- 
wendig. Bild 5 zeigt einen derartigen 
Schaltkreis. Das Anwenderinterface 
entspricht den Versionen mit internem 
ROM. Die effektivste Nutzung dieser 
Entwicklungs-EMR erfolgt in Emulato- 
ren, die von einem Entwicklungssystem 
bedient werden, in dem der Programm- 
entwurf realisiert wird. Zusätzlich zum 
Entwicklungschip enthält der Emulator 
eine ROM-Nachbildung als ladbaren 
RAM, Steuerungen für Schrittbetrieb 
und Haltepunkte, einen Echtzeitspei- 
cher zur Analyse der Vorgeschichte bei 
Erreichen eines Haltepunktes und einen 
Kommunikationsprozessor (Bild 6). 
Letzterer steuert den gesamten Emu- 



Softwareentwicklung 

lationsverlauf und bildet das Interface 
zum Entwicklungssystem. Dabei wird 
er im allgemeinen selbst durch einen 
EMR realisiert. 

Eine Kommando-Übersicht über den 
minimalen Funktionsumfang eines In- 
circuit-Emulators für die EMR-Famiüe 
U881x und folgende enthält Tafel 5. 

Literatur 
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Tafel 4 Obersichtzu einer FORTH-Implementierung für Verarbei- 
tungsmodule im MMS 881 [7/, 1141 


Befehlsgruppe 

Realisierung im FORTH8 des MMS 881 

Standardwortschatz 

Festkomma-Arithmetik-Befehle 
Programmsteuernde Befehle 
(für strukturierte Programmierung) 

Daten- und Returnstack-Befehle 

Definierende Befehle 

Speichermanipulation 

Logische Befehle 

Gleitkomma- 

Erweiterung 

Arithmetik-Befehle 

Echtzeit- 

Erweiterung 

Multi-Task-Befehle 

Tasksynchronisation 

Echtzeit-Uhr-Funktionen 

Kommunikations- 

Erweiterung 

Synchronisierter Zugriff auf den 
Multi-Master-Systembus auf Befehlsniveau 
mit T asksynchronisation 


Tafel 5 Funktionsumfang eines In-circuit-Emulators für die EMR-Fa- 
milie U881x und folgende 1151 


Kommando 

Bedeutung 

N 

Ausführung des nächsten Maschinenbefehls 

Badr 

Haltepunkt auf Adresse adr setzen 

Kadr 

Haltepunkt auf Adresse adr löschen 

K 

alle Haltepunkte löschen 

P(adr’)adr 

Anzeige und eventuelle Manipulation 
des Befehlszählers 

G 

Weiterarbeit ab (eventuell über P 
manipuliertem) aktuellem Befehlszähler 

M 

Unterbrechung des laufenden Programms 

Radr 

Anzeige und eventuelle Manipulation 
des Registers adr 

Dadr 

Anzeige und eventuelle Manipulation 
des Speicherplatzes adr 

GE 

Laden einer Datei in den Programmspeicher 

SA 

Auslagern des Programmspeicherinhaltes 
auf eine Datei 

IE/D 

Zulassen bzw. Sperren von Interrupts 
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1. Einleitung 

Die Informationsgewinnung mit CCD- 
Zeilen- und CCD-Matrixsensoren hat in 
den letzten Jahren eine große Bedeu- 
tung erlangt 111 . . . /4/. Da Zeilen- und 
Matrixsensoren zum Teil aus einigen 
Tausend einzelnen Sensorelementen 
bestehen, liefert ein Meßvorgang im 
Vergleich zu herkömmlichen Systemen 
eine sehr viel höhere Informations- 
dichte. Darin zeigt sich einerseits die 
neue Qualität, andererseits werden aber 
auch die Anforderungen an die Verar- 
beitungskapazität deutlich. Es ist leicht 
einzusehen, daß die Vorteile dieser 
Technik nur in Verbindung mit einer 
leistungsfähigen Mikrorechentechnik 
voll genutzt werden können. 

Bei voller Ausschöpfung der angebote- 
nen Information (Bildverarbeitung) und 
hoher Meßdynamik entsteht jedoch 
durch die in der Regel sehr hohen An- 
forderungen an die rechentechnische 
Verarbeitungsgeschwindigkeit ein ern- 
stes Problem 151. Es kann der Einsatz 
leistungsfähiger Rechner bzw. von Spe- 
zialprozessoren erforderlich sein. 

Auch die einfache Bestimmung geome- 
trischer Abmessungen (Länge, Durch- 
messer u. ä.) mit Zeilensensoren erfor- 
dert bei programmtechnischer Auswer- 
tung des entstandenen Bildes 161, 111 
Zeitintervalle, die für kontinuierliche 
Messungen, beispielsweise im Walzpro- 
zeß, oft schon viel zu groß sind. Deshalb 
ist es zweckmäßig, in Analogie zu spe- 
ziellen Prozessoren bei der Bildverar- 
beitung, auch bei der Gewinnung einfa- 
cher Meßgrößen aus dem vorliegenden 


Informationsangebot eine spezielle Vor- 
verarbeitungselektronik vorzusehen , 
um die erforderliche Meßdynamik zu 
gewährleisten. Auf diese Problemstel- 
lung soll nachstehend näher eingegan- 
gen werden. 

2. Struktur der Meßwert- 
erfassungseinrichtung 

In Meßwerterfassungseinrichtungen auf 
der Basis von CCD-Sensoren wird das 
Meßobjekt mit Hilfe eines Objektivs 
möglichst maßstabgerecht, unverzerrt 
und scharf auf den Sensor abgebildet. 
Das Videosignal (Ausgangssignal des 
CCD-Sensors) ist ein serielles Analogsi- 
gnal, das alle weiterzuverarbeitenden 
Informationen enthält. Daraus ist die 
gesuchte Meßgröße (oder mehrere) zu 
bestimmen. Bei genügend langsamen 
Vorgängen kann dies nach Binarisie- 
rung bzw. Analog-/Digital-Umsetzung 
und Zwischenspeicherung der den ein- 
zelnen Sensorelementen zugeordneten 
Werte durch Abarbeitung geeigneter 
Algorithmen erfolgen. Läßt sich die not- 
wendige Meßdynamik so nicht realisie- 
ren, bildet das Einfügen einer auf das 
konkrete Problem zugeschnittenen Vor- 


verarbeitungselektronik einen Ausweg. 
Man erhält das in Bild 1 gezeigte Block- 
schaltbild. Auf Videoverstärker und 
Takterzeugung soll in diesem Zusam- 
menhang nicht näher eingegangen wer- 
den. Sie sind entsprechend den einge- 
setzten Sensoren und der benötigten 
Grenzfrequenz auszulegen. 

Für die Vorverarbeitungselektronik las- 
sen sich nur schwer allgemeine Aussa- 
gen treffen. Im wesentlichen geht es 
darum, den nachgeschalteten Mikro- 
rechner von zeitaufwendigen Operatio- 
nen zu entlasten, indem dafür eine spe- 
zielle Elektronik bereitgestellt wird. Im 
einfachen Fall der Längenmessung kön- 
nen dies Komparatoren zur Ermittlung 
der Kante im Videosignal und geeignete 
Zähler zur numerischen Bestimmung 
der Lage der beiden Kanten bzw. ihres 
Abstandes sein (siehe auch Bild 2). Auf 
diese Weise lassen -sich bei einge- 
schränkten Anforderungen auch prozes- 
sorlose Meßgeräte zur Durchmesser- 
messung aufbauen /8/. 

Stellt man die Forderungen etwas hö- 
her, so steigt der Aufwand schnell an. 
Schon bei der Auswertung des Kanten- 
verlaufs in Bild 2 ist eine A/D-Umset- 
zung und arithmetische Verarbeitung 
der Werte in der Umgebung der Kante 
erforderlich. Bei der Messung von Be- 
wegungsgeschwindigkeiten, der Bewer- 



Bild 1 Allgemeines Blockschaltbild der Meßwerterfassungseinrichtung 
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tung von Oberflächenstrukturen usw. 
gilt häufig ähnliches. Es gibt einen konti- 
nuierlichen Übergang bis zu Erken- 
nungsproblemen bei der Robotersenso- 
rik, wo die hier angerissenen Probleme 
eigentlich selbstverständlich sind. An 
dieser Stelle soll auch auf die in be- 
stimmten Fällen im optischen Bereich 
mögliche Vorverarbeitung hingewiesen 
werden. 

Für die Vorverarbeitungselektronik bie- 
ten sich je nach Leistungsfähigkeit grob 
folgende Varianten an: 


- Einfache Schaltung auf der Basis von 
Standardschaltkreisen 

- aufwendige Spezialelektronik 

- spezielle Schaltkreise auf der Basis 
der Gate-Array-Technik u. ä. 

- Prozessoren für spezielle Verarbei- 
tungsaufgaben (U882, U8000 u. ä.) mit 
Zusatzelektronik. 

Auf ein Realisierungsbeispiel für die zu- 
erst genannte Variante wird im dritten 
Abschnitt eingegangen (siehe auch 191). 
An die Vorverarbeitungselektronik 
schließt sich in Bild 1 ein Mikrorechner 




an. Er ermittelt die gesuchte Meßgröße 
aus den Ergebnissen der Vorverarbei- 
tungselektronik und steuert die Kom- 
munikation mit dem übergeordneten 
Rechner bzw. unmittelbar die Anzeige. 
Weiterhin können auch (langsam varia- 
ble) Einstellparameter für die Vorverar- 
beitungselektronik bestimmt werden. 
Bei praktischen Messungen ist es teil- 
weise erforderlich, die mit Hilfe der op- 
toelektronischen Messung gewonnenen 
Größen mit weiteren Meßgrößen (z. B. 
Längenimpulse von bewegtem Gut) zu 
verknüpfen, um das endgültige Resultat 
zu erhalten /10/. 

Gleichfalls muß, gesteuert durch diesen 
Mikrorechner, im Interesse der Be- 
triebssicherheit des Systems eine (zu- 
mindest teilweise) Selbstüberwachung 
erfolgen IM. 

3. Realisierungsbeispiel 

Ein einfaches Beispiel für das vorge- 
stellte Konzept stellt ein intelligentes 
Durchmessermeßgerät 191 dar. Es ent- 
hält als Verarbeitungselektronik haupt- 
sächlich einfache Zähler, einen Kompa- 
rator zur Binarisierung u. ä. Diese Bau- 
gruppe kann bei erweiterten Meßaufga- 
ben aufgrund des modularen Aufbaus 
durch eine komfortablere ausgetauscht 
werden, ohne daß dadurch eine Neu- 
konzeption des gesamten Meßsystems 
erforderlich wird. Darauf soll in späte- 
ren Arbeiten eingegangen werden. 

Bild 3 zeigt das Blockschaltbild des reali- 
sierten intelligenten Durchmessermeß- 
gerätes auf der Basis der Einchipmikro- 
rechners U882 und des Zeilensensors L 
133 C. 

Ein Objektiv bildet den Prüfling (z. B. 
Draht) auf der Sensorzeile ab. Entspre- 
chend der Beleuchtungsstärke baut sich 
in den einzelnen Sensorelementen der 
Zeile ein Spannungssignal auf. Im 
Rhythmus der verwendeten Taktfre- 
quenz wird die in den Sensorelementen 
gespeicherte Information herausgescho- 
ben und steht als serielles Analogsignal 
zur Verfügung, das die Helligkeitsver- 
teilung über die Zeile wiedergibt. Bild 2 
zeigt den typischen Verlauf eines sol- 
chen (verstärkten) Videosignals U V ideo- 
Zur rechnerischen Korrektur von opti- 
schen Verzerrungen ist es zweckmäßig, 
nicht nur diesen Abstand, sondern die 
Lage beider Kanten zu kennen, die 
durch L bzw. 1 2 gekennzeichnet sind. Ein 
Komparator mit geeigneter Vergleichs- 
spannung 11/ erzeugt aus dem analogen 
Videosignal eine rechteckförmige Span- 
nung, die zur Steuerung von Zähltoren 
dient. Zwei Zähler mit je 12 Bit Breite 
bestimmen dann die Lage der Kanten 
über die Nummer des zugeordneten 
Sensorelementes (Pixel). Pufferregister 
für die verwendeten Zähler sichern ei- 
nen gewissen Spielraum für den konkre- 
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ten Zeitpunkt des Einlesens der Meß- 
werte. Der Rechner U882 erhält diese 
Information über Interrupt bzw. durch 
das Setzen eines Statusbits. 

Ergänzend zum internen Programm- 
speicherbereich des U882 erfolgte eine 
Erweiterung, um bei der Programmie- 
rung genügend flexibel zu sein. Da die 
internen Zeitgeber für den gesamten 
Aufgabenkomplex nicht ausreichen, 
wurde das System durch einen CTC- 
Baustein aus dem U-880-System erwei- 
tert. Damit kann auch die Integrations- 
zeit Tj nt der Zeile vom Rechner pro- 
grammiert werden. Des weiteren stehen 
zusätzliche Zähler zur Überwachung 
der Programmlaufzeit zur Verfügung. 
Trotz des Einsatzes peripherer Bau- 
steine neben dem U882 ergaben sich im 
Vergleich zu einer Lösung mit dem Mi- 
kroprozessor U880 D für den vorliegen- 
den Anwendungsfall durch die vielen 
integrierten Funktionen bei relativ lei- 
stungsfähigem Befehlssatz Vorteile be- 
züglich Platzbedarf und Leistungsver- 
brauch. 

Die integrierte UART wird für die 
Kommunikation mit dem übergeordne- 
ten System über eine serielle Standard- 
schnittstelle genutzt. Ein Port des Ein- 
chiprechners steuert die unmittelbare 
Anzeige der Meßergebnisse am Gerät 
über Lichtschachtbauelemente. Weiter- 
hin sind für das Interface zur Vorverar- 
beitungselektronik einige Ein- bzw. 
Ausgabeleitungen erforderlich. 

Die verschiedenen Verarbeitungs- und 
Überwachungsfunktionen werden 
durch priorisierte Interruptroutinen rea- 
lisiert. Es handelt sich hauptsächlich um 

- Programmlaufzeitüberwachung 

- Reaktion auf Meßbereichsüberschrei- 
tungen 

- Meßwerteingabe, Durchmesserbe- 
rechnungen und exponentielle Mittel- 
wertbildung der Meßwerte 

- serielle Schnittstelle (IFSS) 

- arithmetische Operationen und An- 
zeige der Meßergebnisse 

- (bei Bedarf:) zusätzliche Rechenope- 
rationen zur Ermittlung des Meßergeb- 
nisses (z. B. Korrektur optischer Ver- 
zerrungen, Verknüpfungen mit weite- 
ren Meßgrößen), Ansteuerung von Zu- 
satzgeräten. 

Dabei sind die Prioritäten so gestaffelt , 
daß im fehlerfreien Betrieb alle von der 
CCD-Zeile zyklisch bereitgestellten 
Meßwerte ausgewertet werden. Durch 
die gleitende (expotentielle) Mittelung 
der errechneten Meßwerte gelingt es, 
den Einfluß statistisch verteilter Störun- 
gen wesentlich zu vermindern und trotz- 
dem eine gute Dynamik sicherzustellen. 
Wird die Zeile im Bereich einiger Mega- 
hertz betrieben (im Testmuster liegt 
softwarebedingt die erreichbare Zeilen- 
auslesefrequenz bei etwa 4 MHz), ist 
damit die Leistungsgrenze des Prozes- 


sors für eine on-line- Verarbeitung na- 
hezu erreicht. Die verbleibende Re- 
chenzeit wird für die Anzeige von Er- 
gebnissen, die Kommunikation mit dem 
übergeordneten Rechner u. ä. sowie das 
Hintergrundprogramm genutzt. Einige 
eingebundene 3-Byte-Gleitkommaa- 
rithmetik ermöglicht die Kompensation 
veränderlicher Offsetgrößen und die 
Skalierung der Meßergebnisse. 

Es wird deutlich, daß trotz getrennter 
Vorverarbeitungselektronik, die bereits 
die Lage der Kanten des Meßobjekts 
bestimmt, die Bereitstellung einiger 
Tausend Durchmesserwerte pro Se- 
kunde kaum zu überschreiten ist. Bei 
schnell beweglichem Meßgut (z. B. 
Walzvorgänge) wird diese Größenord- 
nung durchaus benötigt, auch wenn es 
oft nicht erforderlich ist, jeden einzel- 
nen Wert an das übergeordnete System 
weiterzugeben, sondern nur vorverdich- 
tete Größen. 

Schon in dieser einfachen Form steht 
damit ein „intelligentes“ Meßgerät zur 
Verfügung, das durch Modifikation und 
Erweiterung der Software für eine Viel- 
zahl industrieller Meßprobleme geeig- 
net ist, die sich auf Durchmesserbestim- 
mungen zurückführen lassen. 

4. Schlußfolgerungen 

Die Ausführungen zeigen, daß bei ho- 
hen Anforderungen an die Meßdynamik 
schon relativ einfache Meßaufgaben mit 
optoelektronischer Informationserfas- 
sung es zweckmäßig erscheinen lassen, 
nicht das gesamte Bild rechentechnisch 
auszuwerten, sondern durch eine spe- 
zielle Vorverarbeitungselektronik pro- 
blemangepaßte Größen zu gewinnen, 
aus denen dann mit Hilfe eines Mikro- 
rechners die gesuchte Meßgröße ermit- 
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In dem folgenden Beitrag wird eine K- 
1520-kompatible Steckeinheit vorgestellt, 
die das Programmieren von EPROMs 
mit 1,2, 4, 8 und 16 KByte ermöglicht. 
Das angewendete Konzept erlaubt einen 
universellen Einsatz in allen K-1520-Sy- 
stemen, so auch im Bürocomputer A 
5120 und A 5130. Alle Umschaltfunktio- 
nen und Betriebsarteneinstellungen erfol- 
gen softwaremäßig. Mechanische 
Umschaltelemente wurden nicht einge- 
setzt. Die Steckeinheit garantiert eine 
hohe Betriebssicherheit durch entspre- 
chende Schutz- und Überwachungsschal- 
tungen. Ein komfortables Programmpa- 


telt und an das übergeordnete System 
weitergegeben wird. Dieser Mikrorech- 
ner kann zusätzlich Mittelwertbildun- 
gen, Skalierungen u. ä. sowie das Über- 
tragungsprotokoll realisieren. Die Vor- 
verarbeitungselektronik entlastet den 
Mikrorechner und muß je nach Aufga- 
benstellung selbst aus leistungsfähigen 
Prozessoren aufgebaut werden. 
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ketfür das Betriebssystem SCPX ermög- 
licht einen effektiven Einsatz. 

Unter der Bezeichnung PROMPROG 
ist die Nachnutzung über das BfN der 
WPU Rostock möglich. 

Einleitung 

Trotz großer Fortschritte auf dem Ge- 
biet der Halbleiterspeichertechnik und 
der Massenspeichertechnik kann auch 
in modernen Mikrorechnersystemen 
künftig nicht auf den Einsatz von ROMs 
und EPROMs verzichtet werden, denn 
Programmteile zur Initialisierung der 
Hardware des Systems, zum Laden des 
jeweiligen Betriebssystems und gegebe- 
nenfalls vorhandene einfache Testhilfen 
(Monitor, Debugger) müssen nach dem 


K-1 520-kompatible Programmiereinheit 
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Bild 1 Prinzipschaltbild der Programmiersteckeinheit 



Einschalten eines Mikrorechnersystems 
sofort aktivierbar sein. 

Vor allem in Entwicklungs- und Test- 
phasen bietet sich vorteilhaft der Einsatz 
von EPROMs an. 

Bei der Konstruktion moderner Mikro- 
rechnerysteme ist auch der Stromversor- 
gung besondere Beachtung zu schen- 
ken. Es wird in diesen Systemen auf den 
Einsatz von nur noch einer Versor- 
gungsspannung (+ 5 V) orientiert. Die 
Hersteller von Halbleiterspeichem un- 
terstützen diesen Trend durch die Her- 
stellung entsprechender Bauelemente 
(RAMs, EPROMs). 

Für eigene applikative Schritte bei der 
Entwicklung von Mikrorechnersyste- 
men auf der Basis der Prozessoren 
U 800 1/8002 und K 1810 WM86 (18086) 
mußte eine Möglichkeit zur Program- 
mierung von 5V-EPROMs geschaffen 
werden. Für die Auswahl bereits verfüg- 
barer Steckeinheiten wurden folgende 
Auswahlkriterien herangezogen: 

1. Programmierung der EPROMs 
U 2716 und U 2732 

2. perspektivischer Einsatz für die Wei- 
terentwicklung U 2764 und U 27128 

3. Programmierung der bisher verwen- 
deten U 555 (2708) 

4. Einsetzbarkeit der Steckeinheit in 
Bürocomputern; das heißt, keine Ver- 
wendung von mechanischen Umschalt- 
elementen zur Funktions- und Typen- 
umschaltung 

5. Programmierspannungserzeugung 
aus den vorhandenen Spannungen des 
Mikrorechnersystems 

6. Hohe Betriebssicherheit und leichte 


Handhabbarkeit, das heißt, die Nutzung 
muß auch durch Studenten möglich sein. 

7. einfache softwaremäßige Anpaßbar- 
keit an beliebige Betriebssysteme 

8. Programmiermöglichkeit von 
EPROMs für 16-Bit-Mikrorechner. 

Eine große Bedeutung kam dabei den 
Punkten 4. und 6. zu, denn diese wider- 
spiegeln den Haupteinsatzort (Büro- 
computer) und den Haupteinsatzzweck 
(studentische Ausbildung und For- 
schung). Diese Punkte werden durch 
keine derzeitig verfügbare Steckeinheit 
erfüllt, da für alle in Frage kommenden 
Programmiersteckeinheiten die Um- 
schaltfunktionen per Wahlschalter reali- 
siert sind und ein Einsatz im Bürocom- 
puter dadurch als problematisch anzuse- 
hen ist (das Gehäuse des Bürocompu- 
ters müßte ständig geöffnet sein, da die 
Bedienelemente dieser Steckeinheiten 
hervorstehen; schlechte Zugänglichkeit 
der Bedieneiemente an der Rückseite 
des Bürocomputers). 

Funktionsgruppen der Steckeinheit 

Die Steckeinheit läßt sich in folgende 
Funktionsgruppen untergliedern (siehe 
Bild 1): 

• Adreßregister (PORTI, PORT2) 

• Statusregister (PORTO) 

• Datenausgaberegister (PORT3) 

• Dateneingabepuffer (PORT4) 

• Programmierspannungserzeugung 

• Spannungsversorgung EPROM 

• Funktions- und Typumschaltung 

• Zeitüberwachung 

• Pulsschaltstufen 


• Adreßdekoder und K-1520-Busan- 
passung. 

Bei der Konzipierung dieser Funktions- 
gruppen wurde auf den Einsatz moder- 
ner und platzsparender Bauelemente 
orientiert und bei der Realisierung der 
Ports auf den Einsatz von PIOs (U 855) 
verzichtet. Es gelangten Treiberschalt- 
kreise DS 8282 und DS 8286 zum Ein- 
satz. Durch die günstige Topologie die- 
ser Bauelemente konnte die Topologie 
der gesamten Steckeinheit positiv beein- 
flußt werden. 

Die Steckeinheit belegt im Adressie- 
rungsraum des Mikrorechners 16 E/A- 
Portadressen. Die hohe Anzahl kommt 
dadurch zustande, daß außer den 5 Port- 
adressen noch dekodierte Adressen zur 
Auslösung von Schal tvorgängen (z. B. 
Register laden) verwendet werden. 

Das Adreßregister, bestehend aus zwei 
8-Bit-Ports DS 8282, übernimmt die Ab- 
speicherung der EPROM- Adressen A0 
bis A12. Die drei freien Bits werden zum 
Schalten der EPROM-Versorgungs- 
spannungen verwendet. 

Das Statusregister (8-Bit-Port DS 8282) 
übernimmt die Abspeicherung des 
Adreßbits A13 und der Steuerbits für 
die Funktions- und Typumschaltung. 
Die in das Statusregister einzuschrei- 
bende Bitkombination legt fest, ob 

- ein EPROM gelesen wird 

- ein EPROM programmiert wird oder 

- typspezifische Signale (z. B. /OE/ Vpp 
beim U 2716) aktiviert werden. 

Das Datenausgaberegister muß die in 
die EPROMs einzuschreibenden Daten 
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gepuffert bereitstellen. Hier gelangt ein 
8-Bit-Port DS 8282 zum Einsatz. Die 
Dateneingabe kann ungepuffert erfol- 
gen, hierbei wurde ein 8-Bit-Datenpuf- 
fer DS 8286 eingesetzt. 

Das Statusregister bildet mit der Funk- 
tions- und Typumschaltung das Kern- 
stück dieser Steckeinheit. 

In der Funktionsgruppe Funktions- und 
Typumschaltung erfolgen weiterhin 

- die Umschaltung der Programmier- 
spannung von + 25 V (U 2716, U 2732 
auf + 21 V (U 2764, U 27128) 

- die Aktivierung der Signale /OE und 
/CS und die Festlegung der Datenrich- 
tung (Eingabe/ Ausgabe) 

- und die Umschaltung typspezifischer 
Signale. 

Bei der Konzipierung der Funktions- 
gruppe Programmierspannungserzeu- 
gung wurden folgende Forderungen ge- 
stellt: 

• hohe Langzeitkonstanz der Program- 
mierspannung (± 0,1 V) 

• einfacher und platzsparender Aufbau 

• Strombelastbarkeit mindestens 100 
mA 

• Einsatz moderner Bauelemente 

• Realisierung als DC-DC-Wandler. 

Der realisierte DC-DC-Wandler ist in 
Bild 2 dargestellt. Er besteht aus 

- einem empfindlichen Komparator 

- einem RC-Generator mit Freigabe- 
eingang 

- einem Leistungsverstärker und 

- einer Spannungsvervielfacherschal- 
tung. 

Der RC-Generator schwingt auf einer 
Frequenz von ca. 15 kHz. Er erzeugt die 
Ansteuerimpulse für den Leistungsver- 
stärker des DC-DC-Wandlers. Durch 
die relativ hohe Frequenz des RC-Gene- 
rators können die Kapazitäten in der 
Spannungsvervielfacherschaltung ge- 
ring gehalten werden. 

Der Komparator Dl vergleicht über ei- 
nen Spannungsteiler (R9 und PI) die im 
DC-DC-Wandler erzeugte Program- 
mierspannung mit der Sollspannung, 
welche über VD1 erzeugt wird. Dieser 
Komparator (B 611 D) wird mit TTL- 
Versorgungsspannung betrieben, da er 
über seinen Ausgang direkt den nachfol- 
genden RC-Generator steuert. Als Soll- 
spannungsgeber wurde eine Z-Diode 
vom Typ KS 147 eingesetzt. Für den 
Fall, daß die Ausgangsspannung des 
DC-DC-Wandlers zu klein ist, schaltet 
der Komparatorausgang auf H-Poten- 
tial. Dadurch wird der Ausgang des RC- 
Generators freigegeben, und dessen Im- 
pulse gelangen über R6 an den Eingang 
des Leistungsverstärkers D3. Dieser er- 
zeugt Ausgangsimpulse gleicher Fre- 
quenz mit einem Spannungshub von Uss 
= 12 V. Die Ausgangsimpulse des Lei- 


stungsverstärkers gelangen über C4, C5 
und C6 auf die Spannungsvervielfacher- 
schaltung des DC-DC-Wandlers und 
laden die Kondensatoren C7-C10 auf. 
Hat die Ausgangsspannung einen sol- 
chen Wert erreicht, daß die über R9 und 
PI abgegriffene Spannung größer wird 
als die über VD1 erzeugte Sollspan- 
nung, schaltet das Ausgangssignal des 
Komparators auf L-Potential um und 
sperrt den RC-Generator. Der Ladevor- 
gang der Kapazitäten der Spannungs- 
vervielfacherschaltung ist unterbro- 
chen. Sinkt infolge von Leckströmen 
der Elektrolytkondensatoren oder 
durch Stromentnahme die Ausgangs- 
spannung in der Weise ab, daß die über 
R9 und PI abgegriffene Spannung unter 
dem Sollwert liegt, schaltet der Kompa- 
ratorausgang wieder um auf H-Poten- 
tial, wodurch ein erneuter Ablauf der 
beschriebenen Vorgänge eingeleitet* 
wird. Durch das ausgangsspannungsab- 
hängige Schalten des Komparators wird 
eine geregelte Ausgangsspannung er- 
zeugt. Im praktischen Aufbau wurde 
eine Restwelligkeit des DC-DC-Wand- 
lers von Uss = 20 mV bei einer Bela- 
stung von 100mA gemessen. Der Maxi- 
malwert der Stromentnahme bei dem 
realisierten Aufbau liegt bei 150 mA. 
Oberhalb dieses Wertes erfolgt ein rapi- 
des Absinken der Ausgangsspannung, 
da die Kapazitäten der Spannungsver- 
vielfacherschaltung nicht mehr ausrei- 
chend nachgeladen werden. Es läßt sich 
durch Verstellen von PI ein Wert der 
Ausgangsspannung von 22 V ... 34 V 
einstellen. Sollen mit Hilfe dieser Schal- 
tung andere Ausgangsspannungen reali- 
siert werden, so ist eine Veränderung 
der Frequenz des RC-Generators not- 
wendig bzw. ist die Anzahl der Stufen 
der Spannungsvervielfacherschaltung 
zu verändern. Es hat sich als günstig er- 
wiesen, den Leistungsverstärker D3 
durch ein kleines Kühlblech von ca. 

8 cm 2 zu kühlen. Die Programmierspan- 
nung für den EPROM U 555 (2708) be- 
trägt + 27 V ± 0,1 V und wird direkt am 
Ausgang der Spannungsvervielfacher- 
schaltung abgegriffen. Die Program- 
mierspannung von + 25 V ± 0,1 V wird 
aus den + 27 V durch eine Reihenschal- 
tung von drei Siliziumdioden (VD 8 - 
VD 10) erzeugt. 

Zum Schutz der Hälbleiterspeicher- 
bauelemente während des Program- 
miervorganges vor Zerstörung infolge 
zu langer Programmierimpulszeiten, 
hervorgerufen durch Programierfehler 
oder durch 'Programmabstürze, wurde 
die Funktionsgruppe Zeitüberwachung 
als ein wichtiger Bestandteil mit konzi- 
piert und aufgebaut. Sie besteht aus ei- 
nem vom Mikrorechner ladbaren 8-Bit- 
Rückwärtszähler, einem durch den Pro- 
grammierimpuls freigebbaren RC-Ge- 
nerator und einem Monoflop zur Erzeu- 


gung eines Abschalt- und Programm- 
unterbrechungssignals. Der Rückwärts- 
zähler wird vor dem Auslösen jedes Pro- 
grammierimpulses mit einer Zeitkon- 
stanten geladen, die entsprechend der 
gewählten Taktfrequenz des RC-Gene- 
rators von 3,75 kHz die maximale Zeit- 
dauer des Programmierimpulses dar- 
stellt. Beim normalen Programmierab- 
lauf wird der Rückwärtszähler rechtzei- 
tig, das heißt vor Erreichen des Null- 
durchganges, durch die Wegnahme des 
Programmierimpulses gestoppt. Im Stö- 
rungsfall läuft der Zähler weiter und ge- 
langt in den Nulldurchgang. Nach Aus- 
lösung des Nulldurchgangsimpulses 
(Übertrag Rückwärts) laufen folgende 
Vorgänge auf der Programmiersteckein- 
heit ab: 

- Abschalten der Programmierspan- 
nungserzeugung 

- Abschalten des Programmierimpulses 

- Abschalten der EPROM-Versor- 
gungsspannungen 

- Desaktivieren aller Ports 

- Auslösung eines Programmunter- 
brechungssignals (NMI oder Interrupt 
über einen Peripheriebaustein). 

Die verwendeten Pulsschaltstufen sind 
nach den Angaben der EPROM-Her- 
steller 111, 121 konzipiert und aufgebaut 
(2708 (U 555) nach 131). 

Firmware 

Für die Programmiersteckeinheit wurde 
ein Softwarepaket erstellt, welches sich 
aus zwei Hauptbestandteilen zusam- 
mensetzt: 

• betriebssystemunabhängiger Anteil 
(Gerätetreiber) 

• betriebssystemabhängiger Anteil 
(Bedienerkommunikation, Bedienung 
Massenspeicher). 

Für das Betriebssystem SCPX 1526 ist 
auf diese Art und Weise’ein Programm- 
paket mit einem Umfang von etwa 8 
KByte entstanden. Es enthält folgende 
Anteile: 

■ Typauswahl (Auswahl eines ge- 
wünschten EPROM-Typs) 

■ Modusauswahl: 

0 EPROM einiesen und Abspeichern 
auf Massenspeicher (Diskette oder 
Kassette) und CRC-Berechnung für 
jeden EPROM 

1 EPROM programmieren vom Mas- 
senspeicher ohne Leertest mit CRC- 
Berechnung für jeden EPROM 

2 EPROM programmieren vom Mas- 
senspeicher mit Leertest und CRC- 
Berechnung für jeden EPROM 

3 Leertest 

4 EPROM kopieren mit CRC-Berech- 
nung für jeden programierten 
EPROM 

5 EPROM einiesen in den Program- 
mierpuffer, einzelne Speicherstellen 
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modifizieren, neuen EPROM mit 
dem geänderten Bitmuster beschrei- 
ben und CRC-Berechnung 
EPROM-Inhalt auf dem Display aus- 
geben 

Einzelbyteprogrammierung für die 
Typen U 2716-U 27128 
8086-bezogener Programmierteil (der 
verwendete Crossassembler erzeugt 
einen zusammenhängenden Maschi- 
nencode, der entsprechend der Spei- 
cheraufteilung in High-Bank und 
Low-Bank aufgesplittert werden 


muß; der verwendete Crossassembler 
(IH Wismar Sektion TdE/E) für den 
U 8000/8001 übernimmt die Aufsplit- 
terung automatisch in seinem Link- 
lauf) 

Es wurde eine umfassende Bedienerfüh- 
rung implementiert, die ein einfaches 
Arbeiten mit diesem Softwarepaket er- 
möglicht. 
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VEB Kombinat Mikroelektronik: 

Leistung für den Fortschritt 


Mit über 59 000 Werktätigen in 22 Be- 
trieben und Einrichtungen gehört der 
VEB Kombinat Mikroelektronik zu den 
größten Industriekombinaten der DDR. 
Entsprechend der Dominanz der Schlüs- 
seltechnologie Mikroelektronik in der 
ökonomischen Strategie der DDR, mit 
dem Blick auf das Jahr 2000, kommt 
dem Kombinat in der Industrie eine ent- 
scheidende Rolle bei der gesamtgesell- 
schaftlichen Entwicklung der Deutschen 
Demokratischen Republik zu. Denn der 
VEB Kombinat Mikroelektronik ist vor 
allem verantwortlich für die bedarfsdek- 
kende Bereitstellung von mehr als 1400 
Grundtypen aktiver elektronischer 
Bauelemente für die Anwender-Indu- 
strie in allen Volkswirtschaftszweigen. 
Diese bilden eine wesentliche Grund- 
lage für das Erreichen effektiver Pro- 
duktions- und Exportsortimente, die Er- 

& ' - ' "i§ 

Schaltkreise für die Rechen- 
und Automatisierungstechnik 

• Mikroprozessoren U880/U 8001 

; Verarbeitungsbreite 8 bzw. 1 6 Bit, Taktfre- 
quenz 4 MHz 

• Grafik-Display Controller U 82720 
Adressterbereich 4 Megabit; 1024 x 1024 Bild- 
punkte in 4 Ebenen ; interner Grafjk-Symbolge- 
nerator 

• 64-KBit-DRAM-Speicherschaitkreis U 2 1 64 
Zugriffszeit kleiner 200 ns ; eine Versorgungs- 
spannung (5 V) 

• 32-KBit-EPROM-Speicherschaltkreis 
U2732 

Organisation 4 K x 8; Zugriffszeit 350 ns 

• Analog-/Digital-Wandler-Schaltkreis C 570/ 
571 

Auflösung 8 bzw. 10 Bit; Linearitätsfehler 4 1/2 
LSB 


höhung der Material- und Energieöko- 
nomie, die beschleunigte Automatisie- 
rung der Arbeitsprozese sowie die Ver- 
besserung der Arbeits- und Lebensbe- 
dingungen der Menschen. 

Zum umfangreichen und vielgestaltigen 
Produktionssortiment gehören Mikro- 
prozessorsysteme mit Verarbeitungs- 
breiten bis zu 16 Bit, Einchip-Mikro- 
rechner, hochintegrierte Speicherschalt- 
kreise, Analog-Schaltkreise für die in- 
dustrielle und Konsumgüterelektronik, 
diskrete Bauelemente wie Dioden, 
Transistoren, Gleichrichter, mikro-op- 
toelektronische Bauelemente und CCD- 
Sensorschaltkreise, Bauelemente für 
die Lichtleitemachrichtentechnik sowie 
modernste Inline-Farbbildröhren in ver- 
schiedenen Dimensionen, Röntgen- und 
Spezialröhren. 

Das Fertigungsprogramm des Kombina- 

Bauelemente der Optoelektronik 

• Laserdiode für Lichtleiternachrichtenübertra- 
gung 850 nm VQ 1 50 

• CCD-Zeile L 133 

selbstabtastende, lichtempfindliche Zeile mit 
1024 Sensorelementen 

• Lichtschachtanzeige VQB 200 
16 Segmente, grün 

• PIN -Fotodiode SP 106 
Vorteile: 

- stömnempfindliche breitbandige Nachrich- 
tenübertragung 

- hohe Bildpunktausgabefrequenz 

- kompakte optische Baugruppen 
Einsatzgebiete: 

- Lichtleiternachrichtenübertragung 

- Bildaufnahmekameras 

- alphanumerische Displays 

- l nfrarotfembedienung 


tes umfaßt aber auch Finalerzeugnisse 
und Konsumgüter wie Uhren, Taschen- 
rechner, Taschenradios und Radio- 
Wecker-Kombinationen, Schachcom- 
puter, Kleincomputer und Kopierge- 
räte. 

Dem wachsenden Bedarf der Volkswirt- 
schaft Rechnung tragend, realisieren 
die Forscher, Technologen, Konstruk- 
teure, Fertigungsingenieure und Fach- 
arbeiter des Kombinates beachtliche 
Zuwachsraten in Entwicklung, Produk- 
tion und Absatz. 

Eine kleine Auswahl aus dem breiten 
Angebot an elektronischen Bauelemen- 
ten wird auf dieser Seite vorgestellt. 
Ausführlichere Informationen - insbe- 
sondere zu Bauelementen der Compu- 
tertechnik - finden Sie in den folgenden 
Ausgaben der Mikroprozessortechnik, 
zum Beispiel in Heft 4/1987 anläßlich 
des 12. Mikroelektronikbauelemente- 
symposiums. 

Sein Leisiungsvermögen demonstriert 
der VEB Kombinat Mikroelektronik 
auch zur Leipziger Frühj ahrsmesse - 15 . 
bis 20. März 1987- in Halle 15. 

Absetzbare Bauelemente (SMD) 


• Transistoren und Dioden 

• unipolare Schaltkreise 

• bipolare digitale Schaltkreise 

• bipolare analoge Schaltkreise 

• sonstige Bauelemente 

in SMD-Gehäuseformen SOD, SOT, PCC, SO, 
CC, QFP. 

Bei konsequenter Systemlösung von Bauele- 
ment, Bestückungstechnik und Fertigungstech- 
nologie erreichbare Vorteile in der Geräteindu- 

- 3- bis lOfach geringere Produktionskosten 

- höhere Qualität und Funktionssicherheit 

- Miniaturisierung von Fläche und Volumen 

- höhere mechanische Belastbarkeit durch 
die Leiterplatte 

- technische Vorteile in der Hochfrequenz-An- 
wendung. 
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Programmierung in C 

(Teil II) 


Dr. Thomas Horn 
hgenieurhochschule Dresden 
Sektion Informationsverarbeitung 
Nachdem im Teil I dieser Artikelserie (s. 
'S ikroprozessortechnik 1/87) eine Ein- 
führung in die Lexik der Programmier- 
sprache C gegeben und die grundsätzli- 
chen einfachen Datentypen und Spei- 
cherklassen behandelt wurden, werden 
nun die Operatoren und Ausdrücke so- 
wie die Steuerstrukturen erläutert. So- 
wohl die Operatoren und Ausdrücke als 
auch die Steuerstrukturen widerspie- 
geln maßgeblich das moderne und lei- 
stungsfähige Sprachkonzept der Pro- 
grammiersprache C, das zu ihrer weiten 
Verbreitung in der Systemprogrammie- 
rung beigetragen hat. 

3. Operatoren, Ausdrücke und 
einfache Anweisungen 

In C werden drei Klassen von Operato- 
ren unterschieden: 

- einstellige Operatoren, 

- zweistellige Operatoren und 

- Zuweisungsoperatoren. 

Ausdrücke ( expressions ) werden durch 
Anwendung der Operatoren auf Varia- 
blen und Konstanten gebildet. Da in 
Ausdrücken oftmals mehrere Operato- 
ren Anwendung finden, ist ihre Priorität 
und bei gleicher Priorität die Abarbei- 
tungsreihenfolge sehr wichtig. Einstel- 
lige Operatoren haben die höchste und 
Zuweisungsoperatoren die niedrigste 


Priorität. Zur Änderung der Reihenfolge 
der Abarbeitung der Operatoren ist eine 
Klammerung mit runden Klammern zu- 
lässig. 

Eine höhere Priorität als die einstelligen 
Operatoren haben der Funktionsaufruf 
identifikator(), die Spezifikation von Ele- 
menten eines Feldes identifikator[ ] und 
die Auswahl von Elementen einer Struk- 
tur (- > bzw. .) 

Weiterhin gibt es noch einen Komma- 
operator zur Aufzählung von Ausdrük- 
ken (Aufzählungsoperator). Er liegt in 
der Priorität noch hinter den Zuwei- 
sungsoperatoren. Die Gesamteinord- 
nung aller Operatoren in ein Prioritätssy- 
stem unter Angabe der Abarbeitungsrei- 
henfolge ist in Bild 1 enthalten. 

3.1 . Die einstelligen Operatoren 
Einstellige Operatoren stehen in der Re- 
gel vor dem Operanden und werden von 
rechts nach links abgearbeitet, wenn 
vor einem Operanden mehrere Opera- 
toren angegeben werden Folgende ein- 
stellige Operatoren sind definiert: 

* Indirektadressierung, z. B. *pa be- 
deutet, daß der Inhalt von pa als 
Operandenadresse zur Adressie- 
rung einer Variablen benutzt wird. 

& Adreßoperator, z. B. &A [1] [2] be- 
deutet Adresse des Feldelements 
A [1] [2], 

- Zweierkomplement, z. B. -alpha 

- Einerkomplement, z. B. -alpha 

! logische Negation (Logische Varia- 
blen sind vom Typ »nt oder char. 



Bild 1 Prioritäten 
und Analyserich- 
tung der Operatoren 


Der Wert 0 bedeutet false, und ein 
Wert ungleich 0 bedeutet true). 

++ Inkrementoperator 
— Dekrementoperator. 

Der Inkrement- und der Dekrementope- 
rator können vor und nach dem Operan- 
den stehen. Vordem Operanden geben 
sie ein Inkrementieren bzw. Dekremen- 
tieren vor der Speicheroperation an und 
nach dem Operanden das Entspre- 
chende nach der Speicheroperation. 

Die Stellung der Inkrement- und Dekre- 
mentoperatoren hat damit nur bei den 
Feld- und Zeigeroperatoren Bedeutung; 
z. B. wird bei text[i+-l-] auf das Zeichen 
text[i] zugegriffen, und anschließend 
wird der Index i inkrementiert, während 
bei text[-H-i] zugegriffen wird. Varia- 
blen vom Typ int und char werden um 1 
inkrementiert bzw. dekrementiert. Zei- 
gervariablen werden entsprechend der 
physischen Speicherlänge des Objekts 
inkrementiert bzw. dekrementiert. 

Zur Realisierung einer maschinenna- 
hen, aber doch portablen Programmie- 
rung kann der einstellige Operator 
sizeof (type) oder sizeof identifikator 

verwendet werden, der die physische 
Speicherlänge von Datentypen oder Va- 
riablen (Felder, Strukturen usw.) ermit- 
telt, z. B. 

sizeof(lnt) oder sizeof FELD 

Ein weiterer einstelliger Operator, die 
explizite Typangabe (type), kann be- 
nutzt werden, um eine bestimmte Typ- 
umwandlung zu erzwingen. 


Beispiel: 

sqrt((double)n) 
a = (int)sqrt(7.0) 

Die Funktion sqrt erwartet einen Ope- 
randen vom Typ double Wenn n in ei- 
nem anderen Typ vorliegt, wird durch 
die explizite Typangabe eine Umwand- 
lung in das doubie-Format erzwungen. 
Im zweiten Beispiel wird das Ergebnis 
der Funktion sqrt in eine Integerzahl 
umgewandelt. 

3.2. Die zweistelligen Operatoren 

Zweistellige Operatoren werden nach- 
folgend in Gruppen nach fallender Prio- 
ritäterläutert. Innerhalb der Gruppen ha- 
ben die Operatoren eine gleiche Priorität 
und werden von links nach rechts abge- 
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arbeitet, wenn in einem Ausdruck meh- 
rere zweistellige Operatoren angege- 
ben sind. 

• Multiplikationsoperatoren: 

• Multiplikation 
/ Division 

% Rest von der ganzzahligen Division 

• Additionsoperatoren: 

-I- Addition 
- Subtraktion 

• Verschiebeoperatoren: 

>> Rechtsverschiebung, 

z. B. alpha»2 

(2 Bit nach rechts) 

« Linksverschiebung, 

z. B. alpha<<A0 

(AO Bit nach links) 

• Verhältnisoperatoren: 

< kleiner als 
> größer als 
<= kleiner oder gleich 
>- größer oder gleich 

• Gleichheitsoperatoren: 

== gleich 
!= ungleich 

• Bitweise UND-Verknüpfung: 

& Die einzelnen Bits der Variablen 
vom Integertyp werden bitweise 
konjunktiv (logisches UND) ver- 
knüpft. 

• Bitweise exklusive ODER-Ver- 
knüpfung: 

a Die einzelnen Bits der Variablen 
vom Integertyp werden bitweise 
entsprechend der Funktion Antiva- 
lenz (exklusives logisches ODER) 
verknüpft. 

• Bitweise inklusive ODER-Ver- 
knüpfung: 

| Die einzelnen Bits der Variablen 
vom Integertyp werden bitweise 
disjunktiv (inklusives ODER) ver- 
knüpft. 

• Logisches UND: 

&& Die Werte der Variablen werden als 
logische Werte true oder false inter- 
pretiert und konjunktiv (logisches 
UND) verknüpft. 

• Logisches ODER: 

|| Die Werte der Variablen werden als 
logische Werte true oder false inter- 
pretiert und disjunktiv (logisches 
ODER) verknüpft. 


• Bedingter Operator: 

expressionl ? expres$ion2 : ex- 
pression3 

Wenn der Ausdruck expression 1 true 
(ungleich Null) ist. so gilt expression2, 
andernfalls expression3. 

Beispiel: 

V= aO < al ?a0 :a1; 

Der Variablen V wird entweder aO oder 
al zugewiesen, in Abhängigkeit davon, 
welche Variable den kleineren Wert hat. 

3.3. Die Zuweisungsoperatoren 
Der generelle Zuweisungsoperator ist 
wie in anderen Programmiersprachen 
das Gleichheitszeichen (=). Da sehr 
häufig zweistellige Operationen mit ei- 
ner Zielvariablen Vorkommen, werden 
zur Erhöhung der Prägnanz weitere Zu- 
weisungsoperatoren zugelassen: 

+=_=*=/=%=«= 

»-= &= A= | = 

Auf der linken Seite der Zuweisungs- 
operatoren muß immer ein Ausdruck 
stehen, dem ein Wert zugewiesen wer- 
den kann, also eine einfache Variable 
oder ein Adreßausdruck mit dem Indi- 
rektoperator (vergleiche auch 1 .5.). 

Beispiele: 

a+=2; /* entspricht a=a+2 #/ 
b«=5; /* entspricht 

b=b»5*/ 

Außerdem werden in einer Anweisung 
mehrere Zuweisungsoperatoren zuge- 
lassen, die dann von rechts nach links 
abgearbeitet werden, zum Beispiel 
a+=b*=c=d»=2; 
bedeutet: 
a=a+b*(d»2); 
b=b*(d»2); 
c=d»2; 
d=d»2; 

3.4. Anweisungen 

Ausdrücke werden zur Anweisung ( Sta- 


tement ), wenn sie durch ein Semikolon 3 siehe Fußnote 2 in Teil I 


abgeschlossen werden, zum Beispiel 

a=b=0; 

J++; 

putc(n); 

; /* Leeranweisung */ 

In C wird eine Anweisung durch ein Se- 
mikolon beendet, im Gegensatz zu 
PASCAL, wo ein Semikolon zwei An- 
weisungen trennt. Durch die Verwen- 
dung von geschweiften Klammern kön- 
nen mehrere Anweisungen zu einer 
Verbundanweisung (compound State- 
ment) zusammengefaßt werden, die- 
syntaktisch gesehen - wie eine Anwei- 
sung behandelt wird. Nach der rechten 
geschweiften Klammer steht niemals 
ein Semikolon. Der Unterschied zwi- 
schen einer Verbundanweisung und ei- 
nem Block besieht darin, daß in einer 
Verbundanweisung keine neuen Varia- 
blen deklariert werden. 

4. Steuerstrukturen 

Steuerstrukturen werden innerhalb von 
Funktionen verwendet, um die Reihen- 
folge der Abarbeitung von Anweisungen 
festzulegen. In den einzelnen Steuer- 
strukturen darf in der Regel eine Anwei- 
sung (Statement) stehen. Sollen meh- 
rere Anweisungen abgearbeitet werden, 
so sind diese durch geschweifte Klam- 
mern zu einer Verbundanweisung (com- 
pound Statement) zusammenzufassen. 
Nach der linken geschweiften Klammer 
dürfen Deklarationen für neue Variablen 
stehen, so daß anstelle einer einzelnen 
Anweisung tatsächlich auch immer ein 
Block stehen darf. 3 

Unter Verwendung der weitverbreiteten 
Struktogrammtechnik zur grafischen 
Darstellung der Programmstrukturen 
kann eine Funktion im allgemeinen als 
eine Sequenz von Strukturblöcken 
(Bild 2) dargestellt werden, im Sinne von 
C ist jeder Strukturblock eine einzelne 
Anweisung, eine Verbundanweisung 
oder ein Block. 
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a:. Die bedingte Anweisung 
I e oedingte Anweisung (Alternative) 
s: a:s if-else-Anweisung realisiert, wo- 
ze derelse-Teil wahlfrei ist. Bild 3 zeigt 
:as Struktogramm für die vollständige 
„na Bild 4fürdie unvollständige Alterna- 
tive. Die Syntax der bedingten Anwei- 
sung ist; 

if (expression) Statement / eise state - 
ment2 

Der Ausdruck expression wird berech- 
net und als Verzweigungsbedingung 
cond bewertet. Ist das Ergebnis un- 
gleich 0 (rrue), so wird statementl (lin- 
ker Strukturblock) ausgeführt. Wenn das 
Ergebnis gleich 0 ( false ) ist, so wird, falls 
vorhanden, die Anweisung statement2 
im else-Teil (rechter Strukturblock) aus- 
geführt. 

Beispiel; 

if (n-1) f=f*(n-1 ); eise f=1 ; 

oder 

if ( n — =1) f=1 ; eise f=f* (n-1); 

Sowohl im if-Teil als auch im else-Teil 
dürfen im auszuführenden Struktur- 
block weitere if- Anweisungen stehen. 
Da der else-Teil wahlfrei ist, besteht bei 
geschachtelten If-Anweisungen die Ge- 
fahr, daß die else-Teile in der Pro- 
grammnotation nicht eindeutig zugeord- 
net werden können. Vom Compiler wird 
deshalb ein else-Teil immer der letzten 
if-Anweisung zugeordnet, die noch kei- 
nen else-Teil hat 


Beispiel; 

if (n<0) if (x<y)z=x; 
eise z=y; 

Derelse-Teil entspricht der zweiten if- 
Anweisung. Eine Zuordnung zur ersten 
if-Anweisung kann durch geschweifte • 
Klammern erzwungen werden; 

if(n<100){if(x<y)z=x;} 
eise z=y; 

Wesentlich günstiger ist die Anordnung 
weiterer if-Anweisungen im else-Teil, 

z. B.; 

if ( expression 1) statementl 


eise if ( expression2 ) statement2 
eise if ( expression3 ) statement3 
eise statement4 

Diese Folge von if-Anweisungen ist die 
allgemeingültige Möglichkeit, unter vie- 
len Alternativen eine Möglichkeit her- 
auszusuchen. In der angegebenen Rei- 
henfolge werden die Ausdrücke berech- 
net, und falls ein Ausdruck true ist, wird 
die entsprechende Anweisung ausge- 
führt. Der letzte else-Teil behandelt den 
Fall, daß keine der vorherigen Bedin- 
gungen zutraf. Er kann dazu benutzt 
werden, den .allgemeinen' Fall oder 
eine .unmögliche' Bedingung zu reali- 
sieren. Falls nicht erforderlich, kann der 
letzte else-Teil auch entfallen. 

4.2. Die Fallauswahl 
Die Fallauswahl (Bild 5) ist eine Erweite- 
rung der Alternative auf mehr als zwei 
Fälle. Sie wird über die switch- und 
case-Anweisungen realisiert. In Abhän- 
gigkeit vom Wert der Bedingung cond 
(Schalterausdruck expression) kann ei- 
ner von mehreren folgenden Struktur- 
blöcken ausgewählt werden. Die 
switch-Anweisung hat folgende Form: 
switch ( expression ) Statement 
Das Resultat des Schalterausdrucks 
muß ein Integer-Wert sein. Die abhän- 
gige Anweisung Statement ist zweckmä- 
ßigerweise eine Verbundanweisung. 
Jeder Anweisung innerhalb der Ver- 
bundanweisung kann eine beliebige An- 
zahl von case-Marken vorausgehen: 
case constant-expression ; 

Nach dem Schlüsselwort case muß ein 
Integer-Wert stehen, der durch einen 
Konstantenausdruck vorgegeben wer- 
den kann; das heißt, der Ausdruck muß 
zur Compilierzeit berechenbar sein. Je- 
der Konstanten au sd ruck muß einen an- 
deren Integer-Wert ergeben. 

Für alle übrigen, nicht spezifizierten 
Fälle wird die case- Marke 
default; 
verwendet. 

Wenn für einen Schalterwert keine ent- 
sprechende case- Marke vorhanden 
und auch keine default- Marke spezifi- 
ziert ist, so wird die abhängige Anwei- 


sung nicht ausgeführt und die nächste 
Anweisung nach der switch-Anwei- 
sung abgearbeitet. 

Die case-Marken selbst haben keinen 
Einfluß auf die sequentielle Abarbeitung 
der Anweisungen in der Verbundanwei- 
sung. Sie stellen lediglich verschiedene 
Einsprungmarken dar. Zum Verlassen 
eines case-Teils wird normalerweise 
die break-Anweisung benutzt. Die 
case-Marke spezifiziert somit den An- 
fang und die break-Anweisung das 
Ende eines Strukturblockes. 

Hinweis: 

Da überdie case-Marken und nicht über 
die geschweifte Klammer der Eintritt in 
die Verbundanweisung der switch-An- 
weisung erfolgt, werden keine Laufzeit- 
initialisierungen von Variablen ausge- 
führt. Aus diesem Grunde sollten in der 
Verbundanweisung keine Variablen 
über die Speicherklasse auto oder regi- 
ster initialisiert werden. 

Beispiel: 

Zählen der Leerzeichen, Punkte, 
Kommas und Zeilenvorschübe 
in einem Text. 

main() 

static int nl=0, np=0, nk=0, 
nz-0, nr=0;charc; 
while ((c=getchar())!=EOF) 
switch(c) { 
case :nl-M-;break; 
case np++;break; 
case 7:nk++;break; 
case '\n': nz++;break; 
default: nr++;break; 

printf(''\nL=%d, P=%d, K=%d, 
Z=%d, Rest=%d\n", nl, np, 
nk, nz, nr); 

} 

Die Funktion getchar stellt immer das 
nächste Zeichen aus dem Terminalpuf- 
fer zur Verfügung. Die Eingabe in den 
Terminaipuffer erfolgt mittels Drücken 
der (alphanumerischen) Tasten des Ter- 
minals und wird mit der RETURN-Taste 
abgeschlossen. Das Zeichen EOF (End 
of File) wird durch das Steuerzeichen 
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CTRL/Z und RETURN eingegeben. Die 
while-Anweisung wiederholt die 
switch-Anweisung bis zum EOF. 

4.3. Die Abweisschleife 

Die Abweisschleife (Bild 6) wird über 
die while-Anweisung realisiert. Sie hat 
folgende Syntax: 
while ( expression ) statemeni 

Der Ausdruck expression wird berech- 
net. Ist sein Wert ungleich 0 (true). so 
wird die abhängige Anweisung sfafe- 
menf ausgeführt und die while-Anwei- 
sung wiederholt. Ist der Wert des Aus- 
drucks 0 (/a/se), so wird die Schleife be- 
endet. Bei der Wiederholung der while- 
Anweisung wird der Ausdruck expres- 
sion neu berechnet. Ist die Anweisung 
eine Verbundanweisung, so kann mit- 
tels continue-Anweisung vorzeitig zur 
Wiederholung der while-Anweisung 
übergegangen werden. Durch eine 
break Anweisung kann die while-An- 
weisung vorzeitig verlassen werden. 

Beispiel: 

Berechnen der Fakultät f einer Zahl I. 

f=1; 1=6; 

while (I) {f=f*i; — i;)} 

oder 

while (1) {if(i<=1)break; 

f*=i;i — ;} 

Im zweiten Beispiel würde die while- 
Anweisung durch die Bedingung (1) 
unendlich oft wiederholt werden. Zum 
Verlassen der Schleife wird die break- 
Anweisung benutzt. 

4.4. Die Nichtabweisschieife 

Die Nichtabweisschieife (Bild 7) wird als 
do-whlle-Anweisung realisiert. Sie hat 
folgende Syntax: 
do Statement while ( expression ); 

Zuerst wird die Anweisung Statement 
ausgeführt und anschließend der Aus- 
druck expression berechnet. Ist der 
Ausdruck ungleich 0 (true), so wird die 
Schleife wiederholt. Wenn der Ausdruck 
gleich 0 ( false ) ist, so wird die Schleife 
beendet. Ist die Anweisung eine Ver- 
bundanweisung, so kann mit einer con- 
tinue-Anweisung vorzeitig zur Wieder- 
holung der do-Schleife übergegangen 
werden, während mittels break- An Wei- 
sung die Schleife vorzeitig verlassen 
wird. 


Beispiel: 

Berechnen der Fakultät 1 einer Zahl i. 

f=1;i=6;dof=f*l; 
while ( — 1==0); 


4.5. Die verallgemeinerte abzahlbare 
Schleife 

Die verallgemeinerte abzahlbare 
Schleife (Bild 8) wird durch die tor-An- 
weisung realisiert. Sie hat folgende Syn- 
tax: 

for ( expression 1 -,expression2-, expres- 
sion 3) Statement 

Diefor-Anweisung kann als eine äqui- 
valente while-Schleife wie folgt darge- 
stellt werden: 

expression 1 ;while ( expression2 ) 
{statement expression3 ; } 

Der Ausdruck expression 7 dient zur In- 
itialisierung der Schleife. Der Ausdruck 
expression2 wird vor jeder Ausführung 
der abhängigen Anweisung statement 
berechnet und bewirkt bei ungleich 0 
(true) die Ausführung der abhängigen 
Anweisung. Bei gleich 0 (false) wird die 
Schleife beendet. Der Ausdruck expres- 
sion3 wird typischerweise zur Berech- 
nung des nächsten Wertes der Laufva- 
riablen verwendet. 

Jeder Ausdruck kann in der Anweisung 
ausgelassen werden. Bei ausgelasse- 
nem Ausdruck expression2 gilt while 
(1). Die Schleife muß dann mit einer 
break goto oder return-Anweisung 
verlassen werden. Fehlen die Aus- 
drücke expression 1 und expression3, 
so gelten sie als nicht spezifiziert. 

Beispiel: 

Suchen des ersten Kommas im Text- 
puffertext [100]: 
tor(i=0;text[l]!= ’\0' ;l++) 
if(text[i]==',')break; 

oder 

for(i=— t;text[++i]!— '\0';) 
lf(text[l]= = ' , ' )break ; 

oder 

lor(i=0;text[l] != ’ \0' 

&(text[i3!=7;i++); 

Der Textpuffer text[ ] ist ein Feld. Der 
Index i wird ab Nult beginnend gezählt. 
Mit text [i] wird auf das i-te Zeichen des 
Textpuffers zugegriffen. Der Ausdruck 
text[-H-l] gibt an, daß vor dem Zugriff 
auf das i-te Zeichen der Wert von i um 
Eins erhöht wird. Das Zeichen \0 gibt 
das Ende der Zeichenkette an. 

4.6. Die Fortsetzungsanweisung 
Die Anweisung 

continue; 

kann sich in den abhängigen Anweisun- 
gen einer while-, do- oder for- Anwei- 
sung befinden und bewirkt den vorzeiti- 
gen Übergang zur nächsten Schleifen- 
ausführung. das heißt, es wird mit dem 
Test auf die Schleifenwiederhoiung fort- 
gesetzt. Bei derfor-Anweisung wird 


aber vorher noch der Ausdruck expres- 
sion3 berechnet. 

4.7. Die Unterbrechungsanweisung 
Die Anweisung 

break; 

kann sich in den abhängigen Anweisun- 
gen einer while-, do oder tor- Anwei- 
sung befinden und bewirkt das vorzei- 
tige bedingungslose Verlassen der 
Schleife, das heißt, es wird mit der näch- 
sten Anweisung, die nach der Schleife 
folgt, die Programmabarbeitung fortge- 
setzt. 

4.8. Die Sprunganweisung 
Die Anweisung 

goto label; 

bewirkt einen Sprung zu einer Marke 
label. Die Marke muß sich in einem 
Block der gleichen Funktion befinden. 
Marken sind Identifikatoren. die vor ei- 
ner beliebigen Anweisung definiertsind: 
label: 

Vor einer Anweisung kann eine belie- 
bige Anzahl Marken stehen. Der Gel- 
tungsbereich der Marken erstreckt sich 
über die ganze Funktion. Eine Aus- 
nahme sind verschachtelte Blöcke einer 
Funktion, in denen der gleiche Identifi- 
kator neu als Marke definiert wird. Im 
allgemeinen kann ein Programm ohne 
die goto-Anweisung geschrieben wer- 
den. Da die Anwendung der goto-An- 
weisung den Prinzipien der strukturier- 
ten Programmierung widerspricht, sollte 
man auf ihre Anwendung im Interesse 
einer klaren Programmstruktur verzich- 
ten. 

Beispiel: 

In diesem Beispiel soll gezeigt 
werden, wie die goto-Anweisung 
sinnvoll in der Systemprogrammie- 
rung eingesetzt werden kann, um 
bei Fehlerzuständen mehrere 
ineinander geschachtelte Struk- 
turblöcke effektiv zu verlassen. 
for(...) 

{ 

while(. . .) 
switch(. . .) { 
case 
case 

lf(rc<0) goto ERROR; 



ERROR: /»Fehleranalyse- 
routine*/ 


50 


Mikroprozessortechnik. Berlin 1 i’9S~ 7 



Entwicklungsunterstützung für 
16-Bit-Mehrmikrorechnersystem 


Lutz Dorfmüller, 

Dr. Hans-Günter Despang 
Zentralinstitut für Kybernetik 
und Informationsprozesse 
der AdW der DDR 


Zur effektiven Entwicklung von Mikro- 
rechnersystemen sind angepaßte Werk- 
zeuge für jeden Entwicklungsschritt er- 
forderlich. Zum Test von größeren Pro- 
grammen auf bereits funktionsfähiger 
Hardware dienen Monitore. ln der An- 
fangsphase der Entwicklung eines Mi- 
krorechnersystems stehen noch keine Pe- 
ripheriesteuerungen zur Verfügung. 
Dann werden Monitore benötigt, die eine 
Kopplung zu einem Cross-Entwick- 
lungssystem besitzen. Mittels einer sol- 
chen Kopplung ist die Peripherie des 
Cross-Systems nutzbar, und die Pro- 
grammentwicklung kann effektiver ge- 
staltet werden. Einen leistungsfähigen 
Monitor für 116-Systeme mit einer Kopp- 
lung zu einem 8- Bit- Entwicklungssystem 
und seine Nutzung an einem Zweirech- 
nersystem beschreibt der folgende Bei- 
trag. 

Einführung 

Bei der Entwicklung von Mikrorechner- 
lösungen für dedizierte Anwendungs- 
fälle (z. B. Steuerung eines Meßgerä- 
tes), bei der Entwicklung von modula- 
ren Hard- und Software-Baugruppensy- 
stemen und auch bei der Entwicklung 
von kompletten Mikrorechnern wird 
eine gut ausgebaute und in ihrer Wir- 
kungsweise aufeinander abgestimmte 
Entwicklungsunterstützung benötigt. 
Derzeit wird bereits eine breite Palette 
von Systemen für diesen Zweck auf dem 
internationalen Markt angeboten (vgl. 
Literatur). Dabei ist im wesentlichen 
eine Einordnung in folgende Klassen 
möglich: 

- Logikanalysatoren 

- In-Circuit-Emulatoren 

- Monitore 

- Multitask-orientierte Debugger 

- Entwicklungssysteme. 

Logikanalysatoren 
Logiganalysatoren unterstützen die 
Hardware-Inbetriebnahme von Mikro- 
rechnersystemen auf dem Logikniveau. 
Signale können an beliebigen Stellen 
auf Leiterkarten und Bussen abgegriffen 
und als Impulsfolgediagramm oder in 
zusammengefaßter Form (hexadezimal) 
angezeigt werden. Auf dieser Ebene 
geht es noch nicht um die Signalzusam- 


menfassung zu mikrorechnertypischen 
Darstellungen wie z. B. zur mnemoni- 
schen Kodierung der über den Bus über- 
tragenen Befehle. Viele Logikanalysa- 
toren weisen jedoch Zusätze auf (Rück- 
übersetzer), die eine solche Darstellung 
erlauben. Diese Zusätze erweitern das 
Einsatzfeld der Logikanalysatoren we- 
sentlich, sind aber immer auf einen be- 
stimmten Prozessortyp zugeschnitten. 
Das Einsatzgebiet der Logikanalysato- 
ren ist aber schwerpunktmäßig die Inbe- 
triebnahme der Logik auf einzelnen Lei- 
terkarten. 

In-Circuit-Emulatoren 
Zur Inbetriebnahme eines Gesamtsy- 
stems (z. B. dediziertes System oder 
kompletter Rechner) werden In-Circuit- 
Emulatoren (ICEs) verwendet. Sie 
übernehmen die Überwachung und die 
Aufzeichnung des gesamten Verkehrs 
des Prozessorschaltkreises mit seiner 
Umwelt. In die Steckfassung des Prozes- 
sorschaltkreises des zu entwickelnden 
Zielsystems wird dazu das Emulatorka- 
bel gesteckt, das die Verbindung zum 
ICE herstellt, der auch die Funktion des 
Prozessors mit übernimmt. Die Anwen- 
dung eines ICEs setzt eine logisch funk- 
tionsfähige Prozessorumgebung im Ziel- 
system voraus und erlaubt, ausgehend 
von diesem funktionsfähigen Hardware- 
kem, den weiteren Ausbau und die In- 
betriebnahme des Zielsystems. Zur In- 
betriebnahme der peripheren Einheiten 
ist nach wie vor der Einsatz des Logik- 
analysators erforderlich, um Fehler in 
der Logik erkennen und beseitigen zu 
können. 

Neben der Hardwareinbetriebnahme 
dienen Emulatoren insbesondere auch 
der Inbetriebnahme von einfachen, 
hardwarenahen Programmen. Als Be- 
sonderheit tritt auf, daß Software schon 
getestet werden kann, wenn das Zielsy- 
stem hardwaremäßig noch nicht kom- 
plett aufgebaut ist. Fehlende Ressour- 
cen (z. B. Speicher) werden im zugehö- 
rigen Entwicklungssystem „geborgt“. 
Nachteilig wirkt sich aus, daß sich bei 
der Anwendung von ICEs oft Ein- 
schränkungen in der Beobachtbarkeit 
der Echtzeiteigenschaften der Software 
ergeben. Programme im geborgten 
Speicher laufen z. B. langsamer ab als 
im echten Speicher des Zielsystems. 

Ist die Funktion der Hardware im Ziel- 
system gesichert und sind die hardware- 
nahen Programme getestet, macht sich 
eine solch detaillierte Beobachtung der 
Prozessorsignale, wie sie der ICE er- 
möglicht, nicht mehr erforderlich. Es 


geht nun beim weiteren Systemausbau 
um die Entwicklung und Inbetrieb- 
nahme größerer Softwarepakete auf ei- 
ner funktionsfähigen Hardware. Dazu 
werden Monitore eingesetzt. 

Monitore 

Die Softwareentwicklung kann in Ab- 
hängigkeit vom erreichten Hardware- 
ausbau und späteren Verwendungs- 
zweck des Zielsystems entweder direkt 
auf diesem oder auf einem separaten 
Mikrorechner-Entwicklungssystem 
stattfinden. Ein separates Entwick- 
lungssystem wird dann eingesetzt, wenn 
das Zielsystem noch nicht alle für die 
Programmentwicklung erforderlichen 
Ressourcen enthält (z. B. externe Spei- 
cher) oder wegen einer dedizierten An- 
wendung nicht erhalten soll. In diesem 
Fall macht sich das Laden der auf dem 
Entwicklungssystem erstellten Pro- 
gramme in das Zielsystem erforderlich, 
wozu der Monitor zusätzliche Komman- 
dos enthält. 

Monitore haben den Nachteil, daß sie 
gewöhnlich nur den linearen Programm- 
ablauf, wie er auf dem Prozessor statt- 
findet, überwachen können. Größere 
Programmsysteme zeichnen sich aber 
meist durch eine Zerlegung in mehrere 
Tasks aus, die unter der Steuerung eines 
Multitask-Betriebssystems laufen. Zu 
ihrer Inbetriebnahme werden multitask- 
orientierte Debugger eingesetzt l\l. 

Multitaskorientierte Debugger 
Ein multitaskorientierter Debugger ist 
eine Software zur Inbetriebnahme von 
Multitasksystemen. Die zur Verfügung 
gestellten Hilfsmittel sind taskorien- 
tiert, so daß das Verhalten einzelner 
Tasks beobachtet und beeinflußt wer- 
den kann, ohne das Verhalten anderer 
Tasks zu stören. Der Überblick über das 
Verhalten aller Tasks ist ebenso möglich 
wie die Veränderung des Zustandes ein- 
zelner Tasks. 

Entwickl u ngssysteme 
Obwohl in der anfänglichen Übersicht 
die Mikrorechner-Entwicklungssysteme 
als separater Punkt genannt worden 
sind, sei hier darauf verwiesen, daß Ent- 
wicklungssysteme meist den Hinter- 
grund (Basisrechentechnik) für alle an- 
deren Entwicklungshilfen darstellen. 

Sie dienen einerseits zur Programment- 
wicklung, sind aber zusätzlich mit Hard- 
und Softwarelösungen zur Inbetrieb- 
nahme kompletter Systeme ausgestattet 
(z. B. I 2 ICE-Logikanalyse und In-Cir- 
cuit-Emulation auf INTEL-Entwick- 
lungssystemen 121). In letzter Zeit wer- 
den anstelle der meist firmenspezifi- 
schen Entwicklungssysteme verstärkt 
die weiter verbreiteten Personalcompu- 
ter oder auch Kleinrechner eingesetzt 
131, 141, 151, 161. 
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ait beschäftigt er sich mit speziellen Hardwareaufgaben für 8-Bit- und 1 6-Bit-Systeme 



Alle Entwicklungshilfsmittel sollen der 
Forderung nach Anwenderfreundlich- 
keit genügen. Ein wichtiger Aspekt da- 
bei ist die Arbeit auf Hochsprach-Ni- 
veauwiez. B. beim PSCOPE 86 (in/2/). 
Darunter ist zu verstehen, daß die Hilfs- 
mittel für die Programminbetriebnahme 
die Verwendung derselben symboli- 
schen Bezeichner (Marken) gestattet, 
die der Softwareentwickler bei der Pro- 
grammentwicklung verwendet hat. Das 
setzt einen fein aufeinander abgestimm- 
ten Softwareentwicklungs- und Inbe- 
triebnahmeprozeß voraus, so daß die 
symbolischen Bezeichner in den Lade- 
modulen nach wie vor vorhanden sind 
und von den Entwicklungswerkzeugen 
weiterverwendet werden können. 


Monitor für 1 6-Bit-Systeme 
auf der Basis 116 

Im folgenden wird ein bei den Autoren 
für Arbeiten zu einem Mehrmikrorech- 
ner-Betriebssystemn 111 eingesetzter 
Monitor näher beschrieben. Dieser Mo- 
nitor zeichnet sich durch eine Kopplung 
zu einem Entwicklungssystem aus. Er 
lehnt sich an das iSBC 957B iAPX 86,88 
Interface- and -Execution-Package an 
/8/ und ist ursprünglich nur für Einrech- 
nerarbeit ausgelegt. Mit einfachen Mit- 
teln konnte dieser Monitor auch für die 
Arbeit an einem Zweirechner-System 
effektiv eingesetzt werden. 

Er ist ein komfortables Werkzeug zum 
Programmtest für 16-Bit-Systeme auf 
der Basis der Schaltkreisfamilie 1 16. Die 
für die Arbeit mit diesem Monitor erfor- 


derliche Minimalkonfiguration besteht 
aus einer ZVE, 4 K Byte RAM, 16 K 
Byte PROM und einer seriellen Schnitt- 
stelle zum Anschluß eines Terminals. 
Ein Beispiel einer Minimalkonfigura- 
tion mit der ZVE des S-700-Systems 191 
zeigt Bild 1. Mit der Kopplung zwischen 
16-Bit- Anwender- und 8-Bit-Entwick- 
lungssystem ergibt sich eine Konfigura- 
tion nach Bild 2. In diesem Fall wird der 
Monitor über die Konsole des Entwick- 
lungssystems bedient. Mit dieser Kopp- 
lung erweitert sich der Funktionsumfang 
des Monitors wesentlich. Die Ressour- 
cen des 8-Bit-Systems (Diskettensta- 
tion, Bedienkonsole und zugehörige Sy- 
stemroutinen) sind nutzbar, auch wenn 
am 16-Bit-System noch keine Treiber 
zur Verfügung stehen. Außerdem kön- 
nen Programme und Baugruppen 
gleichzeitig entwickelt werden, wenn 
geeignete Cross-Software zur Verfü- 
gung steht. Ist das Anwendersystem 
dann funktionsfähig, können die ferti- 
gen Programme über die Kopplung zum 
Anwendersystem übertragen und dort 
getestet werden. Die Programm- 
entwicklung wird dadurch wesentlich 
erleichtert, daß Arbeitsversionen von 
Programmen auf Diskette speicherbar 
sind. Durch Laden des Programms in 
das Anwendersystem kann die Arbeit 
sofort mit dem letzten Stand fortgesetzt 
werden. 

Funktion der Kopplung 

Die Kopplung benötigt das Betriebssy- 
stem ISM /10/ und ein spezielles Kom- 
munikationsprogramm auf dem Ent- 
wicklungssystem. Der Monitor und das 
Kommunikationsprogramm sind in zwei 
Varianten, für parallele oder serielle 
Kopplung, verfügbar. 

Die parallele Kopplung arbeitet auf der 
16-Bit-Seite mit einem PPI-Schaltkreis 
und auf der 8-Bit-Seite mit einer gering- 
fügig modifizierten ADA-Karte K 6020. 
Der Datenaustausch erfolgt mit Hand- 
shake. Die Übertragungsgeschwindig- 
keit beträgt etwa 1,2 kByte/s. 

Die serielle Kopplung nutzt einen US- 
ART und einen Intervall-Timer auf der 
16-Bit-Seite und eine V.24-Anschluß- 



Bild 1 Beispiel einer Minimalkonfiguration für die Monitorarbeit 



Bild 2 Enwicklungsplatz mit Kopplung zwischen 16-Bit-System und 
8- Bit- Entwicklungssystem 
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Tafel 1 Liste der Monitorbefehle 


Go Startet Programmausführung ab angegebener Adresse mit max. 4 Unterbrechungs- 

punkten 

N Einzelschrittbetrieb, zeigt einen Befehl rückübersetzt an und führt ihn beim nächsten 

Schritt aus 

X Anzeige und Änderung der Register von CPU und Arithmetikerweiterung 
D Anzeige eines Speicherbereiches auf dem Bildschirm mit wählbarem Format (Byte und 

ASCII, Word, Word Integer, Short Integer, Long Integer, BCD, Short Real, 

Long Real, Temporary Real, Mnemonik) 

S Speicherinhalt ändern 

M Speicherbereiche verschieben 

F Suchen nach einer Konstanten in einem Speicherbereich 
C Vergleich zweier Speicherbereiche 

I Eingabe von einem Port und Anzeige des Wertes 
O Ausgabe zu einem Port 

P Ausgabe von ASCII-Zeichen zum Bildschrim 

* Nach * bis Zeilenende steht Kommentar 

B Laden ausführbarer Programme von direkt am 1 6-Bit-System angeschlossener 

Diskettenstation 

Befehle für angeschlossenes Entwicklungssystem: 

L Laden ausführbarer Programme vom Entwicklungssystem in den Speicher des 

16-Bit-Systems 

R Wie L und zusätzlich Starten des Programms 

T Bildet einen 1 6-Bit-Speicherbereich auf einen Diskettenfile ab 

E Rücksprung zum Betriebssystem des Entwicklungssystems 



Bild 3 Entwicklungsplatz für ein Zweirechnersystem 


Steuerung ASV K 8021 auf der 8-Bit- 
Seite. Die Baudrate beträgt 9600 Bd. 

Die Handshakesignale wurden durch 
die Übertragung von Anforderungs- 
und Quittungszeichen für jedes gesen- 
dete Datum ersetzt. Damit kann auf zu- 
sätzliche Steuerleitungen verzichtet und 
die Kopplung auch mit einer Strom- 
schleife aufgebaut werden. Die Daten- 
übertragungsgeschwindigkeit beträgt 
etwa 300 Byte/s. Die Übertragung von 
16 kByte benötigt in beiden Richtungen 
einschließlich Diskettenarbeit etwa 1,5 
min. 

Der Start des Monitors über die Kopp- 
lung erfolgt nach Aufruf des Kommuni- 
kationsprogramms und RESET des Mo- 
nitors durch einen Anfangsdatenaus- 
tausch zur Synchronisation von Monitor 
und Kommunikationsprogramm. 

Monitorfunktionen 

Um eine Einschätzung der Leistungsfä- 
higkeit des Monitors zu ermöglichen, 
werden seine Funktionen im Überblick 
dargestellt: 

• Anzeigen, Ändern und Vergleichen 
von Speicherinhalten. Das Anzeigefor- 
mat ist wählbar. 

• Suchen nach vorgegebenen Zeichen- 
ketten 

• Rückübersetzung von Codebereichen 

• Anzeige und Änderung der Register 
von CPU und Arithmetikerweiterung 

• Anzeige und Beschreiben von E/A- 
Ports 

• Programmabarbeitung unter Moni- 
torkontrolle mit Adreßunterbrechungs- 
punkten (Lesen des Operationscodes 
von einer angegebenen Adresse) und 
Datenunterbrechungspunkten (Be- 
schreiben eines vorgebbaren Speicher- 
bereiches) 

• Laden von Systemprogrammen in den 
Speicher des 16-Bit-Systems von einer 
direkt am 16-Bit-System angeschlosse- 
nen Diskettenstation. 

Während diese Funktionen auch ohne 
Kopplung zum Entwicklungssystem aus- 
geführt werden können, ist sie bei den 
nachfolgenden Funktionen erforderlich. 

• Übertragen ausführbarer Programme 
vom 8-Bit-System zum 16-Bit-System 

• Abbilden eines Speicherbereiches des 
16-Bit-Systems auf ein Diskettenfile 

• Routinen des Entwicklungssystems 
für Diskettenfileverwaltung; Bild- 
schirm- und Tastaturbedienung können 
vom Monitor und von Anwenderpro- 
grammen genutzt werden. 

Neben der Kopplung besitzt der Moni- 
tor weitere Vorteile, auf die im folgen- 
den hingewiesen werden soll. 

Der Befehlsaufbau ist zeilenorientiert. 
Tafel 1 enthält die vollständige Befehls- 
liste des Monitors. Eine Befehlszeile 


kann mehrere Befehle enthalten. Au- 
ßerdem können Wiederholungsfaktoren 
mit mehreren Klammerebenen angege- 
ben werden. Beispielsweise bewirkt die 
Progrommzeile 

5 < 12 < G, CS : 3B7 > ;D DS : 4A > 

mit den Wiederholungsfaktoren 5 und 
12, daß die Programmabarbeitung 
12mal bis zur Adresse 3B7 des Codeseg- 
mentes ausgeführt und anschließend das 
Byte mit der Adresse 4A im Datenseg- 
ment angezeigt wird. Diese Befehlsfolge 
führt der Monitor 5mal hintereinander 
aus. Fortsetzungsfaktoren bewirken, 
daß ein Befehl mehrfach mit verschiede- 
nen Operanden ausgeführt wird. Der 
Befehl 


20D 1000 : 0 

zeigt 20 aufeinanderfolgende Speicher- 
plätze ab 1000 : 0 an. Mit diesen Mög- 
lichkeiten lassen sich Programmschlei- 
fen und Programme, bei denen Inter- 
rupts auftreten, günstig testen. Eine we- 
sentliche Arbeitserleichterung, beson- 
ders bei der komplexen Befehlsstruktur 
der I16-CPU, ist der eingebaute Rück- 
übersetzer, der im Einzelschrittbetrieb 
die aktuelle Befehlszeile ausgibt. 

In der Anfangsphase der Systement- 
wicklung ist es vorteilhaft, daß der Ein- 
zelschrittbetrieb ohne zusätzliche Bau- 
gruppen realisiert wird. Im Einzel- 
schrittbetrieb arbeitet der Monitor mit 
einem Software-Interrupt (INT 3). 
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Mehrrechnerarbeit 

Der Monitor wurde über seine ur- 
sprüngliche Anwendung hinaus zur Pro- 
grammentwicklung für Mehrrechnersy- 
steme eingesetzt. Der Programmtest er- 
folgte auf einem Rechnersystem, das 
aus zwei Rechnern jeweils mit lokalem 
Bus und lokalen Ressourcen (RAM, 
PROM, I/O-Ports) und einem gemein- 
samen (globalen) Speicher besteht (Bild 
3). Über den globalen Speicher können 
Daten zwischen den Rechnern ausge- 
tauscht werden. Der Monitor besitzt da- 
für jedoch keine Routine. Wird der Mo- 
nitor aber auf beiden Rechnern instal- 
liert, dann können Daten über den glo- 


balen Speicher mittels Move-Befehl 
transportiert werden. 

Diskettenarbeit ist nur über den Rech- 
ner 1 möglich. Programme für Rechner 
2 werden zunächst in den Rechner 1 ge- 
laden und dann über den globalen Spei- 
cher zum Rechner 2 übertragen. Beim 
Speichern von Programmen ist der Vor- 
gang umgekehrt. Durch diese Vorge- 
hensweise wurde der Monitor auch für 
Mehrrechnerarbeit nutzbar. 

| El KONTAKT 9 \ 

Zentralinstitut für Kybernetik und 
Informationsprozesse der AdW der DDR, 
Kurstraße 33; Berlin, 1086, 

Tel. Dresden 4 6332 1 5, Dr. Despang 
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Personalcomputer in der Meßtechnik 


Dr. Bemdt Götze, Dr. Karl-Heinz Meusel 
Technische Universität Dresden 
Sektion Informationstechnik 


Die beschleunigte Entwicklung und der 
breite Einsatz mikroelektronischer 
Schaltkreise sind mit völlig neuen Merk- 
malen der elektronischen Erzeugnisse 
verbunden. Das sind u. a.: 

- Das Erhöhen der strukturellen und 
funktionellen Komplexität, wie es z. B. 
in der Entwicklung vom 4-Bit- bis zum 
32-Bit-Mikroprozessor sehr deutlich 
wird. 

- Der Übergang von der analogen zur 
digitalen Informationsverarbeitung und 
-Übertragung, der sich z. B. bei den 
Kommunikationsdiensten vollzieht. 

- Die enge Wechselwirkung von Hard- 
und Softwarekomponenten bei steigen- 
den Anforderungen an die Komplexität 
der Software. 

- Das Erhöhen der Typenvielfalt hoch- 
und höchstintegrierter Schaltkreise 
durch die in zunehmendem Maße be- 
reits bei kleinen Stückzahlen ökonomi- 
schen kundenspezifischen Schaltkreise. 

- Das Erhöhen der Arbeitsgeschwin- 
digkeit elektronischer Geräte durch 
neue Technologien und Steigern des In- 
tegrationsgrades der mikroelektroni- 
schen Bauelemente. 

Diese im Vorspann genannten qualitativ 
neuen Merkmale stellen naturgemäß 
höhere Ansprüche an die Entwick- 
lungs-, Test- und Prüfmittel des Inge- 
nieurs. Insbesondere steigen die Anfor- 
derungen an solche digitalen Meßgeräte 
wie Logikanalysatoren. Hier kommt es 
darauf an, eine Vielzahl korrelierender 
Signale aufzuzeichnen und auszuwer- 
ten. Die außerordentlich hohe logisch- 
funktionelle Komplexität dieser Signal- 
ströme erfordert einerseits leistungsfä- 
hige datenabhängige Selektionsmecha- 


nismen bei der Signalaufzeichnung und 
andererseits problemorientierte und ge- 
gebenenfalls automatisierbare Auswer- 
testrategien. Um eine solche Meßtech- 
nik effektiv einsetzen zu können, ist dem 
Nutzer eine weitgehende Unterstützung 
beim Gerätebedienen und Auswerten 
der Meßinformationen zu geben. Diese 
Forderungen sind nur über eine entspre- 
chende Rechnerleistung zu erfüllen. 

Der Stand der Mikrocomputertechnik 
rechtfertigt es, diese Rechnerleistung 
dem Meßgerät bzw. dem Gerätesystem 
unmittelbar zuzuordnen oder sie direkt 
zu integrieren. Das ist eine Folge der 
drastischen Miniaturisierung und erheb- 
lichen Kostensenkung bei gleichzeiti- 
gem Vervielfachen der Leistungsfähig- 
keit. Beispiele für derartig „intelligente“ 
Meßgeräte sind in /l, 2, 7, 8/ zu finden. 
Auf dem Gebiet der Logikanalyse hat 
sich bezüglich der „Geräteintelligenz“ 
eine äußerst rasche Entwicklung vollzo- 
gen. Aber auch auf anderen Gebieten 
der Meß- und Analysetechnik vollzieht 
sich ein derartiger Wandel. 

Am Beispiel der Anforderungen der Lo- 
gikanalyse werden prinzipielle Möglich- 
keiten zur Implementierung der Geräte- 
intelligenz diskutiert. 

1. Lösungsmöglichkeiten 
für die Geräteintelligenz 

Um elektronische Meßgeräte unmittel- 
bar mit einer bestimmten Rechnerlei- 
stung auszurüsten, bieten sich die in Bild 
1 dargestellten grundsätzlichen Mög- 
lichkeiten an. 

1.1. Integration von Mikrorechnern 
in Meßgeräte 

Um kompakte tragbare Meßgeräte mit 
Rechnerleistung auszurüsten, werden 
die wichtigsten Komponenten von Mi- 
krorechnern (Zentrale Verarbeitungs- 



Bild 1 Lösungsmöglichkeiten für die Gerä- 
teintelligenz 


einheit, Programm- und Datenspeicher, 
Kommunikationsmittel unterschiedli- 
cher Leistungsfähigkeit) in das Gefäßsy- 
stem der Meßgeräte integriert. Diese 
Vorgehensweise ist nahezu in allen mo- 
dernen Logikanalysatoren, in mikro- 
rechnergesteuerten Oszilloskopen /8/ 
und ähnlichen Geräten anzutreffen. In 
jedem Falle ist es dazu erforderlich, spe- 
zielle Mikrorechnerbaugruppen zu ent- 
wickeln, die dem Einsatzfall optimal an- 
gepaßt sind. Gut geeignet sind für solche 
Zwecke Einchipmikrorechner, insbe- 
sondere für weniger komplexe Meßge- 
räte, die nicht so hohe Anforderungen 
an den Softwareumfang stellen. In der 
Regel werden Einschränkungen, bezo- 
gen auf Speicherumfang und rechen- 
technische Peripherie vorgenommen. 
Das ist unter Umständen mit einer Ein- 
schränkung an Flexibilität verbunden. 

1.2. Integration von Baugruppen 
der Meßtechnik in Mikrorechner 

Diese Lösungsmöglichkeit liegt dem mi- 
krorechnergesteuerten Logikanalysator 
LA 32/20 / 1,2,3/ und dem Logikgenera- 
tor LG 32/20 /4/ zugrunde . In /I / wurden 
ausführlich die Vorteile dieser Variante 
diskutiert. Gegenwärtig ist in dieser 
Richtung ein Trend zu beobachten, 
durch Zusatzbaugruppen, sogenannte 
Addin-Baugruppen /5, 6, 7, 9/, Personal- 
computer (PC) mit einer geeigneten 
meßtechnischen Peripherie auszurü- 
sten. Damit entstehen neue Einsatzge- 
biete für die in großen Stückzahlen pro- 
duzierten PC einerseits und kostengün- 
stige Lösungen für den Anwender ande- 


54 


Mikroprozessortechnik, Berlin 1 (1987)2 



rerseits. Für den Einsatz von Personal- 
computern als Intelligenz von Meßgerä- 
ten zeichnen sich u. a. folgende Vorteile 
ab: 

- Der PC wird in hohen Stückzahlen 
bei relativ niedrigen Kosten produziert 
und kann in wachsendem Maße in na- 
hezu allen volkswirtschaftlichen Berei- 
chen als vorhanden und oftmals als nicht 
ausgelastet vorausgesetzt werden, d. h. 
er stellt unter diesen Voraussetzungen 
keinen zusätzlichen Kostenaufwand für 

§ ein neues Einsatzgebiet dar. 

- PC verfügen prinzipiell über alle not- 
wendigen rechentechnischen Mittel wie 
leistungsfähige Verarbeitungseinheit, 
große Arbeitsspeicher, Massenspeicher, 
Kommunikationsmittel (Grafikdisplay 
und alphanumerische Tastatur), Be- 
triebssysteme und verschiedenste Basis- 
software. 

- PC bieten damit neben dem Einsatz 
in der Meßtechnik auch weiterhin alle 
Möglichkeiten zur Programmentwick- 
lung, Textverarbeitung, rechnergestütz- 
ten Ingenieurarbeit usw. und sind damit 
am Arbeitsplatz des Elektronikinge- 
nieurs multivalent nutzbar. 

- Gegenüber bisherigen Lösungen für 
mikrorechnergesteuerte Meßtechnik 
können mit dem Einsatz von PC auch 
qualitativ neue Eigenschaften realisiert 
werden, wie die Integration in lokale 
Netze, die Steuerung ganzer Gerätesy- 
steme bis hin zur Realisierung kleiner 
Expertensysteme für meßtechnische 
Probleme, d. h. bis hin zum Einführen 

§ von Methoden der künstlichen Intelli- 
genz. Das hängt jedoch in starkem Maße 
von der Leistungsfähigkeit des einge- 
setzten PC ab. 

1.3. PC in Meßsystemen 

Die physikalische und funktionelle Inte- 
gration von Baugruppen der Meßtech- 
nik in PC unterliegt jedoch Einschrän- 
kungen bereits durch die Aufnahmefä- 
higkeit der Gefäßsysteme. Auswege bie- 
ten hier Buserweiterungen und Zusatz- 
gefäßsysteme 161 für PC und das volu- 
menmäßige Reduzieren der Zusatzbau- 



J Berndl Götze (32) studierte von 1974 bis 1978 Karl-Heinz Meusel (35) studierte ebenfalls in- 
an der Sektion Informationstechnik der TU formationstechnik an der TU Dresden und pro- 
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als wissenschaftlicher Oberassistent die Ge- nik arbeitet Dr. Meusel an wissenschaftlichen 

biete Software und Logikanalyse. Aufgaben in der Mikroprozessortechnik und 
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gruppen mittels Erhöhen des Integra- nimmt der PC die Aufgabe der koordi- 
tionsgrades der dort eingesetzten Bau- nierenden Steuerung der Systemkompo- 
elemente. Bezogen auf einen realen nenten, der Mensch-Maschine-Kommu- 
technologischen Stand wird es jedoch nikation und des Auswertens der Meß- 
immer eine Grenze für den implemen- informationen in einem hierarchisch an- 
tierbaren Funktionsumfang geben. geordneten Gerätesystem. Die aktiven 

Diese Anforderungen erzwingen konfi- Systemkomponenten realisieren die ei- 
gurierbare, d. h. an die Meßaufgaben gentlichen meßtechnischen Aufgaben 
anpaßbare Systeme, die nicht mehr in und sind in der Lage, komplexe Anwei- 

vorhandene Mikrorechner integrierbar sungen des PC auszuführen und Meßin- 

sind , sogenannte Add-on- Baugruppen . formationen vorzuverarbeiten . Die Lei- 

Für den Einsatz von PC in solchen grö- stungsfähigkeit eines solchen Systems 
ßeren Meßgerätesystemen bieten sich steigt also gegenüber dem ersten Weg 
zwei grundsätzliche Wege an. Der erste deutlich an. Als weiterer Vorteil ergibt 
Weg besteht darin, daß der PC über die sich, daß für eine Vielzahl unterschiedli- 

bereits erwähnte Buserweiterung pas- eher Geräte über den PC eine gleichar- 
sive Systemkomponenten steuert. Pas- tige Bedienstrategie realisierbar ist. 
sive Systemkomponenten sind dabei sol- 
che, die über keine eigene Rechnerlei- 2 . PC zur Meßgerätesteuerung 
stung verfügen. In diesem Falle besteht 

sozusagen eine funktionelle Identität zu Soll ein PC die Steuerung von Meßgerä- 
1.2., d. h. zur Integration von periphe- tekomponenten übernehmen, bieten 
ren Meßgerätebaugruppen in Mikro- sich prinzipiell die Lösungsansätze nach 
rechnern. Der zweite Weg besteht 1.2. oder 1.3. an. Bei der Integration 

darin, aktive Systemkomponenten zu von Meßgerätehardware in den PC muß 
steuern, d. h. solche, die über eigene davon ausgegangen werden, daß der 
Rechnerleistung verfügen, die entspre- PC-Hersteller schon bei der Entwick- 
chend 1 . 1 . in die Gerätekomponente lung von Gefäßsystem , Stromversor- 
integriert wurde. In diesem Fall über- gung und Adressierbarkeit eine umfang- 



Bild 2 Meßgerätesteuerung mit PC 1715 


Bild 3 Steuerung aktiver Meßgerätekompo- 
nenten 
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reiche Erweiterbarkeit vorausgesetzt 
hat. Das schließt das nachträgliche Kon- 
zipieren solcher Einsatzfälle nach Lö- 
sungsansatz 1.2. aus. Es kann nur die 
Steuerung einer meßtechnischen Peri- 
pherie, die in einem Expandergefäß un- 
tergebracht ist, in Frage kommen. 

Da in der DDR in allen Bereichen der 
Volkswirtschaft in großem Umfang der 
PC 1715 zum Einsatz kommt, soll seine 
Verwendung als zentrale rechentechni- 
sche Komponente eines Meßgerätes dis- 
kutiert werden. 

Aus der Analyse der Grundausstattung 
dieses PC ist ersichtlich, daß die Grafik- 
fähigkeit und eine Schnittstelle zum An- 
steuern passiver Baugruppen fehlen. 
Ein Lösungsansatz kann darin bestehen, 
daß der verfügbare freie Steckplatz ge- 
nutzt wird, um ein spezielles Interface 
einzubauen. Über dieses werden sowohl 
die Vollgrafikbaugruppe als auch wei- 
tere meßtechnische Peripherie, die sich 
gemeinsam im Expandergefäß befin- 
den, an den PC 1715 angeschlossen. Da- 
bei wird der PC 1715 in seinem normalen 
Einsatzspektrum nicht eingeschränkt. 
Mit der Austauschbarkeit der meßtech- 
nischen Peripherie im Expandergefäß 
(z. B. Logikanalysator, Logikgenerator, 
IMS2-Bus) ergeben sich somit eine Viel- 
zahl weiterer Einsatzmöglichkeiten. Die 
Prinziplösung ist in Bild 2 dargestellt. 
Um auch bei der meßtechnischen Peri- 
pherie vorhandene Entwicklungen nut- 
zen zu können /l, 2, 3, 4/, bietet es sich 
an, als Interface in den PC 1715 eine 
Buserweiterung mit einem K-1520-Bus- 
system einzubauen. Das bietet darüber 
hinaus auch den Vorteil, alle verfügba- 
ren K-1520-OEM-Baugruppen einset- 
zen zu können. Damit sind Anwendun- 
gen in der Prozeßautomatisierung, Pro- 
zeß-, Steuerungs- und Regelungstech- 
nik, der Medizintechnik und in vielen 
anderen Gebieten möglich. Die Adreß- 
räume des Speichers und der Peripherie 
werden so aufgeteilt, daß auf die im Ex- 
pandergefäß untergebrachten Kompo- 
nenten zugegriffen werden kann, ohne 
daß Konflikte mit den Hardwarekompo- 
nenten des PC 1715 auftreten. 

3. PC in Meßsystemen 

In der Zukunft werden nicht nur ein- 
zelne Meßgeräte, sondern auch mehrere 
Meßgeräte im Komplex an der Lösung 
einer Meßaufgabe beteiligt sein. Des- 
halb ist es auch erforderlich, sie gemein- 
sam zu steuern und zu überwachen. 
Diese zentrale Funktion in Meßsyste- 
men kann ebenfalls ein PC übernehmen. 
Jedoch ist es dann nicht mehr möglich, 
daß er alle Systemkomponenten direkt 
ansteuern kann . Hier ist es sinnvoll , den 
Personalcomputer durch ein meßtechni- 
sches Interface aufzurüsten. 

Ein solches meßtechnisches Interface 


setzt dann voraus, daß sowohl der An- 
schluß im PC als auch die meßtechni- 
schen Komponenten mit einer minima- 
len rechentechnischen Verarbeitungs- 
leistung ausgestattet sein müssen, um 
Datenübertragungsprotokolle und 
Steuerungsfunktionen realisieren zu 
können (siehe Bild 3). Die meßtechni- 
schen Komponenten können entspre- 
chend Punkt 1.1. oder 1.2. mit der not- 
wendigen Rechnerleistung ausgestattet 
werden. 

Diese Art des Anschlusses entbindet 
den PC von der direkten Gerätesteue- 
rung, der dann nur noch Datenmassive 
mit logischen Bezügen bearbeiten muß. 
Das Zuordnen dieser Daten zur konkre,- 
ten gerätetechnischen Peripherie über- 
nimmt die in der meßtechnischen Kom- 
ponente installierte Verarbeitungslei- 
stung. 

Ein solches Konzept ist mit dem PC 
1715, wegen der fehlenden Grafikfähig- 
keit, zu geringer Verarbeitungsleistung 
und zu kleinem Speichervolumen, nicht 
mehr effektiv realisierbar. 
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Kleincomputer KC 85/3 

Hardwarekonzept 


Dr. Werner Domschke 

VEB Mikroelektronik „Wilhelm Pieck“ 

Mühlhausen 

In konsequenter Fortführung des Klein- 
computersystems KC 85 des VEB Mi- 
kroelektronik „Wilhelm Pieck“ Mühl- 
hausen wurde nach dem KC 85/2 der KC 
85/3 entwickelt. Bei diesem Kleincom- 
puter wird das modulare Konzept so- 
wohl in der Gerätetechnik (Hardware) 
als auch in der Programmtechnik (Soft- 
ware) beibehalten, so daß sowohl die 
Zusatzbaugruppen, z. B. die Module, 
als auch die Programme des KC 85/2 bei 
dem KC 85/3 weiterverwendet werden 
können. Der wesentliche Unterschied 
beider Kleincomputer liegt im Ge- 
brauchswert. Bei dem KC 85/3 ist der 
BASIC-Interpreter im System-ROM 
enthalten. Dadurch stehen dem Anwen- 
der in der Grundausrüstung neben dem 
etwa dreifachen Programmspeicher für 
BASIC-Programme eine Reihe von zu- 
sätzlichen BASIC- und Betriebssystem- 
anweisungen und -Unterprogrammen 
zur Verfügung. 

Das Kleincomputersystem KC 85 wurde 
in erster Linie für den Einsatz in der 
Lehre, Aus- und Weiterbildung, in For- 
schung und Entwicklung, in Büros und 
für andere Einsatzfälle konzipiert, bei 
denen das Lernen und die Verarbeitung 
von geringen Datenmengen im Vorder- 
grund steht. 


Zum Lieferumfang des KC 85/3 gehört 
eine umfangreiche Dokumentation, be- 
stehend aus: 

- Gerätebeschreibung 

- Systembeschreibung 

- BASIC-Handbuch. 

Diese Unterlagen enthalten detaillierte 
Angaben, die zum Betrieb des KC 85/3 
erforderlich sind. 

Im folgenden soll das Hardwarekonzept 
vorgestellt werden. Das Softwarekon- 
zept wird ausführlich in MP 3/87 erläu- 
tert. 

Charakteristik 

Der KC 85/3 besteht aus dem Grundge- 
rät (BASIS DEVICE) und der Tastatur 
(KEYBOARD), die mit dem Gerät 
durch eine dünne flexible Leitung ver- 
bunden ist. 

Zum Betrieb des KC ist der Anschluß 
eines Datensichtgerätes erforderlich. 
Das kann ein Schwarzweiß- oder Farb- 
fernsehgerät oder ein Monitor sein. Sol- 
len erarbeitete Programme oder Daten 
dauerhaft gespeichert werden, so ist ein 
handelsüblicher Kassettenrecorder zu 
verwenden. 

Die Bilder können auf dem Fernsehge- 
rät in 16 Vordergrund- und 8 Hinter- 
grundfarben vollgrafisch dargestellt 
werden. Die Erzeugung von Tönen über 
den eingebauten Generator ist zweika- 
nalig mit je 5 Oktaven möglich. Die 
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Bild 1 

Blockschaltbild 

technischen Daten sind in Tafel 1 zusam- 
mengefaßt. 

Baugruppen 

Im Bild 1 ist das Blockschaltbild darge- 
stellt. Die Baugruppen sollen im folgen- 
den kurz erläutert werden. 

Die ZVE enthält den Mikroprozessor 
UB 880 D und die RESET-Logik. Diese 
Logik ermöglicht es, den System-ROM 
am oberen Ende des Adreßraumes des 
Prozessors anzuordnen. Da bei dem KC 
85/3 zwei RESET-Quellen vorhanden 
sind, realisiert die RESET-Logik unter- 
schiedliche Reaktionen. Bei Netzspan- 
nungseinschaltung wird der gesamte 
Speicher gelöscht, die Systemarbeitszel- 
len und die internen Peripherieschalt- 
kreise initialisiert und das Anfangs-Me- 
nübild auf dem Fernsehgerät darge- 
stellt. Bei Betätigung der RESET-Taste 
werden die Systemarbeitszellen und die 
internen Peripherieschaltkreise initiali- 
siert und das Menübild dargestellt. So- 
mit bleiben Anwenderprogramme und 
Daten erhalten. 

Der System-ROM besteht aus zwei 
Schaltkreisen zu je 8 KByte. Im ersten 
ROM ist der Kern des BASIC-Interpre- 
ters und im zweiten ROM die BASIC- 
Ergänzungen, das Betriebssystem HC- 
CAOS und die Zeichenbildtabellen für 
Groß- und Kleinbuchstaben gespei- 
chert. Beide Schaltkreise sind mit 
MEMDIS-Signalen inaktiv zu schalten. 
Dann ist der jeweilige Adreßbereich frei 
für andere Speicher, die z. B. die Inter- 
preter für andere Programmiersprachen 
oder ein anderes Betriebssystem enthal- 


ten können. Der RAM hat eine Größe 
von 1 6 KByte und belegt den Adreßbe- 
reich 0 . . . 3FFFH. Etwa 0,2 KByte wer- 
den vom Betriebssystem für Arbeitszei- 
ten im Bereich 14 OH ... 1 FFH nach je- 
dem RESET initialisiert. Der Anwender 
kann diese Arbeitszeiten aber an belie- 
biger Stelle im RAM anordnen. Die rest- 
lichen 15,8 KByte sind ohne Einschrän- 
kung vom Anwender nutzbar. 

Der RAM kann schreibgeschützt und 
vom Prozessorbus offline geschaltet 
werden. In alten Zuständen ist der Da- 
tenerhalt durch Refresh gewährleistet. 
Der Bildwiederholspeicher (IRM) ist ein 
Zweitorspeicher, auf den zeitlich ver- 
schachtelt der Prozessor schreibend und 
lesend und das Video-Interface (VIF) 
nur lesend zugreifen. Im IRM sind die 
auf dem Bildschirm sichtbaren Informa- 
tionen als Bildpunkte (Pixel-RAM), als 
Farbinformation (Color-RAM) und als 
ASCII-Zeichen (Video-RAM) gespei- 
chert. Das Video-Interface greift nur 
auf die Informationen im Pixel- und Co- 
lor-RAM zu und wandelt diese in norm- 
gerechte Fernsehsignale um. Der IRM 
enthält weiterhin die meisten System- 
Arbeitszellen, den Kassettenpuffer, den 
Speicher für die vom Anwender frei de- 
finierbaren Funktionstasten, den Spei- 
cher für die Bildausschnitts- (Fenster-) 
Vektoren, einen Bereich für Peripherie- 
Verbindungsprogramme und einen vom 
Anwender nutzbaren freien Speicher. 
Jeweils 32 Bildpunkten (8 Byte des Pi- 
xel-RAM) ist eine Farbtabelle (1 Byte 
im Color-RAM) zugeordnet. Damit läßt 
sich für dieses Feld eine von 8 Hinter- 
grundfarben (Bit im Pixel-RAM ist 
Null) und eine von 16 Vordergrundfar- 
ben (Bit im Pixel-RAM ist Eins) und die 


Blinkfunktion für die Vordergrundfar- 
ben auswählen. 

Der IRM kann von Prozessorbus offline 
geschaltet werden. Der Datenerhalt und 
die Bilddarstellung sind dabei gewähr- 
leistet. 

Der Video-Timing-Generator (VTG) 
wird durch einen Quarz mit der doppel- 
ten PAL-Farbträgerfrequenz von etwa 
8,866 MHz gesteuert. Über Teilerstufen 
werden die Prozessortaktfrequenz von 
etwa 1,75 MHz, die PAL-Trägerfre- 
quenz von etwa 4,433 MHz, die Zeilen- 
und Bildsynchronsignale für das Fern- 
sehgerät von etwa 15,6 KHz bzw. 50 Hz, 
die Speichersteuersignale der dynami- 
schen Speicher und die Adreßsignale 
für den IRM erzeugt. Damit passen sich 
alle Baugruppen des KC 85/3 in ein 
Taktregime ein. 

Das Video-Interface (VIF) liest die Bild- 
informationen aus dem Pixel- und Co- 
lor-RAM des IRM aus, serialisiert sie 
und paßt die Pegel der Rot-, Grün- und 
Blauinformationen (RGB) an die ge- 
normten Werte von 0,75 V an 75 Ohm 
an. An dieser Anschlußstelle, die an der 
Rückseite des KC zugängig ist, kann der 
Farbmonitor mit RGB-Buchse oder der 
Farbfernsehempfänger mit PERI- oder 
SCART-Buchse betrieben werden. Mit 
diesem Anschluß erhält man die höchste 
Bildqualität, da alle Farbinformationen 
mit einer Bandbreite von etwa 7,5 MHz 
auf dem Bildschirm darstellbar sind. 

Der Farbcoder setzt die RGB-Signale in 
ein Fernsehsignal um, das der PAL- 
Norm nahekommt. Das läßt eine ko- 
stengünstige Realisierung des Farbco- 
ders zu. Am Ausgang des Farbcoders 
steht das FBAS-Signal-Gemisch zur 
Verfügung (Farb-Bild-Austast-Syn- 
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Tafel 1 Technische Daten des KC 85/3 


Hersteller 


Bauform 

Abmessungen 


Masse 

Grundgerät 

Betriebsspannung 

Leistungsaufnahme 

Prozessortyp 

Schreib-/Lesespeicher 

Festwertspeicher 

für Anwender freier RAM 

Bildwiederholspeicher 

Bildaufbau 

Nutzbare Bildpunktzahl 

Zeichendarstellung 

Anzahl der Zeichen/Zeile 

Anzahl der Zeilen 

Vordergrundfarben 

Hintergrundfarben 

Betriebssystem 

Programmiersprache im ROM 

Zeichenbildtabellen 

im ROM enthaltenen 

Zeichenbilder 

vom Anwender definierbare 

Zeichenbilder 

Zeichengenerator 

Bildschirmeinteilung 

gleichzeitig definierbare Fenster 


VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen im VEB Kombinat 
Mikroelektronik 

Grundgerät mit abgesetzter Tastatur 
Grundgerät 385 x 250 x 77 mm 3 
Tastatur 296 x 152 x 18/29 mm 3 
etwa 4700 g 

220 V 
etwa 25 W 
ÜB 880 D 

1 6 x U 256 C (32 KByte) 

2xD 2364 D (8 KByte) 
etwa 17 KByte 
13,75 KByte 

vollgrafisch 320 x 256 Bildpunkte 
81 920 

8x8 Bildpunkte 

40 

32 

1 6 (einschl. Schwarz und Weiß) 

8 (einschl. Schwarz und Weiß) 
HC-CAOSV3.1 (4,5 KByte) 

BASIC (10,5 KByte) 

2(1 KByte) 


beliebig viele 
mittels Software 
durch Fenster (Windows) 
10 


Anzeigeeinheit 


Anschlußmöglichkeiten 
der Anzeigeeinheit 

Farbfemsehnorm 

Tongeneratoren 

Tonumfang 

Tonausgang 


Lautstärkeumfang 

Anzahl der BASIC-Anweisungen 

davon mathematische 

Funktionen 

davon Stringfunktionen 
mathematische Operationen 
vom Anwender nutzbare System- 
unterprogramme 
Tastatur 

Tastaturprozessor 

Verbindungsleitung 

Stromversorgung 

Anzahl der Tasten 

Cursorsteuertasten 

Editiertasten 

Programmsteuertasten 

alphanumerische T asten 

Umschalttasten 

Funktionstasten 

Tastenanordnung 


handelsübliches Färb- oder Schwarzweiß- 
fernsehgerät, Farbmonitor oder 
Fernbildschreiber 

Antennenanschluß VHF Band III Kanal 8, 
FBAS-Anschluß, RGB-Anschluß (kompa- 
tibel zur SCART -Norm) 

PAL 

2 

5 Oktaven 

Diodenbuchse 2kanalig konstante Pegel, 
RGB-Ausgang 1 kanalig mit Lautstärkeein- 
stellung 
32 Stufen 
112 

11 

10 

13 

77 

frei beweglich, Elastomerprinzip 
U807D 

einadrig abgeschirmt 
über Verbindungsleitung 
64 
4 

4 (INS, DEL, CLR, HOME) 

3 (BRK, STOP, ENTER) 

45 

2 (SHIFT, SHIFT LOCK) 

6 (zweifach belegbar) 
gemäß Schreibmaschine 


Tafel 2 Module zum KC 85. Der Modul M006 BASIC ist für den KC 85/2 entwickelt worden. Zur Vollstän- 
digkeit wurde dieser Modul mit angegeben. 


Bezeichnung/Funktion 

aktiv/inaktiv Modulsteuerung 


Terminder 



Segmentierung 

Segmentgröße 

Produktions- 

einführung 

(Quartal) 

M001 DIGITAL IN/OUT 

x 



IV/87 

16 Kanäle digital 
Ein-Ausgabe 





M003V.24 

2 Vollduplexkanäle V.24 

x 



111/86 

M005 USER 

vom Anwender aufzubauen 



Leermodul für eigene 
Schaltungen 





M006 BASIC 

x 

x 

1 x 16K 


(BASIC-Interpreter für 
KC85/2) 





M007 ADAPTER 
Busverlängerungfür 
Inbetriebnahme M005 




111/86 

M010 ADU1 

4 Kanäle Analog- 
Eingabe 

x 



IV/87 

M01 164 KRAM 

64 KByte 
RAM-Erweiterung 

x 

x 

4x 16K 

IV/87 

M012TEXOR 

x 

x 

1 x 8K 

11/87 

Textverarbeitung, 

Sortier- und Such- 





programm 

M022 EXPANDER RAM 
16 KByte RAM-Erwei- 
terung 

x 

- 

1 x 16K 

1/86 


M025 USER PROM 8 K 

8 KByte E PROM 

x 

x 

1 x 8K 

1/86 

M027 DEVELOPMENT 
Editor, Assembler, 

Temo, Reassembler 

x 

x 

1 x 8K 

11/87 

M026FORTH 

FORTH-Interpreter 

x . 

x 

1 x8K 

11/87 


chron-Signal-Gemisch). Dort können 
alle Farbfernsehempfänger mit PAL- 
Decoder bzw. alle Schwarzweiß-Fern- 
sehempfänger angeschlossen werden, 
die eine AV-Buchse enthalten. Die 
Bildqualität ist gegenüber dem RGB- 
Anschluß geringer, da wegen des Farb- 
fernsehprinzips die Bandbreite des 
Farbsignals auf etwa 1 MHz begrenzt 
wird (Bandbreite Luminanzsignal : 

7,5 MHz). 

Im HF-Modulator wird das FB AS-Si- 
gnal einem HF-Träger aufmoduliert. 
Dieses Signal kann mit handelsüblichen 
Fernsehempfängern im VHF-Band III 
Kanal 8 empfangen werden. Die Bild- 
qualität ist gegenüber dem FBAS- Aus- 
gang geringer, da die Video-Bandbreite 
auf etwa 5 MHz begrenzt wird. 

Die Baugruppe EIA-Steuerung besitzt 
vielfältige Aufgaben. Sie steuert 

- die internen Speicher mittels der 
MEMDIS-Signale 

- das Tastaturinterface 

- das Kassetteninterface 

- die Tongeneratoren 

und ermöglicht neben dem Video-Inter- 
face die Kommunikation mit dem Be- 
diener bzw. schafft die Voraussetzungen 
zum Speichern von Programmen und 
Daten auf Magnetband. 

Das Tastaturinterface wandelt die von 
der Tastatur kommenden Signale so um, 
daß sie von der E/A-Steuerung weiter- 
verarbeitbar sind. Gleichzeitig ist hier 
die Stromversorgung der Tastatur reali- 
siert. 

Das Kassetteninterface wandelt die 
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Computersignale in Töne um, die von 
einem handelsüblichen Kassettenrecor- 
der aufgezeichnet werden können bzw. 
wandelt die von einem Recorder aufge- 
zeichneten Töne in Computersignale 
um. Somit ist die Handhabung des Re- 
corders wie bei Musikaufnahmen, und 
es können übliche Kassetten verwendet 
werden. IV 

Der Tongenerator erzeugt Rechtecksi- 
gnale unterschiedlicher Frequenz und 
unterschiedlicher Amplitude. In zwei 
Kanälen lassen sich Frequenzen von 
etwa 27 Hz bis etwa 20 kHz einstellen. 
Davon sind Töne in 5 Oktaven sinnvoll 
einzuordnen. Diese Signale stehen zwei- 
kanalig an der Diodenbuchse „TAPE“ 
mit konstantem Pegel zur Verfügung. 
Nach Mischung und 32stufiger Lautstär- 
keregelung kann das Tonsignal an dem 
RGB-Steckverbinder entnommen wer- 
den. 

Das Netzteil erzeugt aus 220 V Netz- 
wechselspannung die internen Versor- 
gungsspannungen +12V, +5V, -5 V. 
Die Stromversorgung ist so ausgelegt, 
daß zusätzlich an den Computer zwei 
Module mit einer maximalen Stromauf- 
nahme von je 100 mA ( + 12 V) , 250 m A 
(+5 V) bzw. 5 mA (-5 V) angeschlossen 
werden können. 

Die Tastatur ist am Grundgerät steckbar 
mit einer abgeschirmten Eindrahtlei- 
tung verbunden. Über diese Leitung 
wird die Stromversorgung vom Compu- 
ter zur Tastatur- und die Signalübertra- 
gung von der Tastatur zum Computer 
verwirklicht. Die parallele Abfrage der 
64 Tasten und die Serialisierung der In- 
formation übernimmt der CMOS-Ta- 
staturprozessorschaltkreis U 807 D. 

Für Erweiterungsmodule sind im Grund- 
gerät zwei Steckplätze (Schächte) vorge- 
sehen. Damit ist der Speicherbereich 
des KC 85 erweiterbar oder wird der An- 
schluß von Peripheriegeräten oder von 
informationserzeugenden bzw. -verar- 
beitenden Geräten ermöglicht. Zu die- 
sem Zweck sind Speichermodule 
(RAM- und ROM-Module), Interface- 
module (z. B. V.24, digitale Ein-/ Aus- 
gabe-, analoge Eingabemodule) in Pro- 
duktion bzw. in Vorbereitung. 

An dem an der Rückseite des Grundge- 
rätes herausgeführten Rechnerbus (ex- 
pansion interface) können Erweite- 
rungsaufsätze am KC 85 angeschlossen 
werden. Damit läßt sich die Einsatzviel- 
falt noch vergrößern. 

Da der Rechnerbus nur für die internen 
Baugruppen verstärkt wird, muß bei der 
Entwicklung von Modulen oder Aufsät- 
zen darauf geachtet werden, daß der Bus 
je Erweiterung mit maximal einer low- 
power-shottky-TTL-Last beaufschlagt 
wird. 



Bild 2 Speicheraufteilung des KC 85/3 mit 
zwei Modulen M022 

Erweiterungskonzept 

Da das Grundgerät des KC 85/3 für den 
Einstieg in die Computertechnik vorge- 
sehen ist, wurde bei der Entwicklung 
auf eine umfangreiche Ausbaufähigkeit 
Wert gelegt. Dem Benutzer ist es somit 
möglich, das Computersystem entspre- 
chend seinen Anforderungen zu konfi- 
gurieren. 

Das Grundprinzip besteht darin, daß 
mehrere Module auch vom gleichen Typ 
unabhängig vom Modulsteckplatz (im 
Grundgerät oder im Modulaufsatz) 
gleichzeitig betrieben werden können, 
ohne daß am jeweiligen Modul eine 
Hardwareänderung vorgenommen wer- 
den muß. Das wird erreicht, indem in 
jedem Modul eine sogenannte Modul- 
steuerung enthalten ist, die z. B. bei 
Speichermodulen folgende Aufgabe er- 
füllt: 

- Der Modul kann aktiv sein (der Pro- 
zessor kann mit dem Modul arbeiten) 
oder inaktiv sein (der Modul ist vom 
Prozessorbus getrennt). - 

- Der im Modul enthaltene Speicher 
wird in Segmente zu maximal 16 KByte 
Umfang aufgeteilt. 

- Jedem Speichersegment wird eine 
Anfangsadresse in der Schrittweite der 
Segmentgröße zugeordnet, d. h. das je- 
weilige Speichersegment ist im Adreß- 
raum des Prozessors verschiebbar. 

- Der Speicher kann schreibgeschützt 
werden, so daß RAM wie ROM arbei- 
ten. 

Die Programmierung der Modulsteue- 
rung erfolgt vom laufenden Programm 
aus. Dadurch kann auch während der 
Programmabarbeitung der Arbeitsspei- 
cher entsprechend der gerade ablaufen- 
den Aufgabe konfiguriert werden 121. 
Die Modulsteuerung wird in analoger 
Form auch für Ein-/Ausgabemodule 
verwendet, so daß z. B. auch mehrere 
V.24-Schnittstellen quasi gleichzeitig 
betrieben werden können. 

Am Beispiel des Moduls M022 EXPAN- 
DER RAM soll das Prinzip kurz erläu- 
tert werden. 

Im Adreßraum des Grundgerätes ist 
eine Lücke von 4000 H bis 7 FFFH. In 
diesem Bereich kann ein M022 arbeiten . 
Dem Anwender stehen damit 32 KByte 
Arbeitsspeicher zur Verfügung. Wird 
ein weiterer M022 gesteckt, so muß die- 
ser auf den Adreßbereich 800 H bis . 
0BFFFH programmiert werden. Damit 


steht er aber im „Schatten“ des Bildwie- 
derholspeichers (IRM) (siehe Bild 2). 
Durch das steuernde Programm muß 
nun gewährleistet werden, daß der IRM 
immer dann inaktiv wird, wenn der Bild- 
schirminhalt nicht verändert werden 
soll. In diesem Moment kann der Pro- 
zessor auf den zweiten M022 zugreifen, 
um dort Daten oder Programme zu spei- 
chern. 

Diese Arbeitsweise wird von den vom 
Hersteller gelieferten Sprachübersetzer 
BASIC und FORTH garantiert. Dem 
Anwender stehen damit 48 KByte RAM 
zur Verfügung. 

Da in dem Beispiel der IRM und der 
zweite M022 den gleichen Adreßbereich 
belegen, wird durch die Modulpriori- 
tätskette verhindert, daß beide Spei- 
cherbereiche gleichzeitig aktiv sind TU. 
In dieser Kette sind alle Speicher und 
Peripherieanschlüsse des Grundgerätes 
und alle Module hintereinander ange- 
ordnet. Ein aktiver Modul verhindert 
z. B. , daß in der Kette danach angeord- 
nete Module aktiv werden. Damit sind 
Kollisionen auf dem Prozessorbus aus- 
geschlossen. 

In Tafel 2 sind die derzeit oder in Kürze 
verfügbaren Module und die Aufgabe 
der jeweiligen Modulsteuerung zusam- 
mengestellt. Der Modul M006 BASIC 
ist für den KC 85/2 entwickelt worden. 
Mit diesem Modul erreicht der KC 85/2 
die Leistungsfähigkeit des KC 85/3. Zur 
Vollständigkeit wurde dieser Modul in 
Tafel 2 mit aufgeführt. 

Der Beitrag wird mit Ausführungen zum 
Softwarekonzept des KC 85/3 in Mikro- 
prozessortechnik 3187 fortgesetzt. 

/irWPDD 223 272 AI G06F13/04 

Verfahren und Anordnung zur digitalen Infor- 
mationsaufzeichnung und -Übertragung 
121 WP DD 220 433 AI G06F 12/06 

Anordnung zur Vergrößerung des adressierba- 
ren Speicherbereiches für Mikrorechner 


Nutzerkatalog 
für Kleincomputer 

Für die robotron-Kleincomputer KC 85/1 und 
KC 87 wird ein Katalog mit Anwendungslö- 
sungen vorbereitet. Hauptanliegen des Kata- 
loges ist es, die nahezu unvermeidlichen 
Mehrfachentwicklungen von Anwendungslö- 
sungen durch gezielte und schnelle Informa- 
tion auf ein Minimum zu beschränken. Der 
Katalog dokumentiert sowohl Hardware- als 
auch Softwarelösungen, die von Anwendern 
beim Einsatz der Kleincomputer in den unter- 
schiedlichsten Bereichen erarbeitet wurden 
und zur Nachnutzung angeboten werden. Er 
soll in geeigneten Abständen gedruckt wer- 
den und dann auf Anfrage ausleihbar bzw. 
gegen eine Schutzgebühr auch käuflich zu 
erwerben sein. Angebote von Lösungen zur 
Aufnahme in den Katalog bzw. Anfragen zu 
dokumentierten Lösungen sind zu richten an: 
VEB Robotron-Meßelektronik „Otto Schön“ 
Dresden, Abt. 1 EKG, PSF 21 1 , Lingnerallee 
3,8010 

Dr. Gunter Kleinmichel 
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Für den Einsatz an Bildungs- 
und Betriebseinrichtungen 
(Computerclubs und -kabinette), 
die im Dialogbetrieb mit dem KC 
85/2 arbeiten, ist die Mehrtasta- 
turbedienung (Bild 1 ) gedacht. 
An einem KC 85/2 können über 
den Koppelbaustein (Bildmitte) 
bis zu 6 Tastaturen angeschlos- 
sen werden, die sich gegenseitig 
nicht beeinflussen. Die Methodik 
des Unterrichtes kann damit ent- 
scheidend verbessert werden. 
Betriebsschule „ Hermann Jahn “ 
des VEB Mikroelektronik „Karl 
Marx“ Erfurt, Bindersiebener 
Landstr. 160, Erfurt, 5023 

Das Schaltkreisprüfgerät (Bild 
2) als Zusatzmodul zum Poly- 
computer ermöglicht es, inte- 
grierte Schaltungen mit niedri- 
gem und mittlerem Integrations- 
grad zu testen. Es können Bau- 
elemente der DDR- und SU-Pro- 
duktion auf ihre Funktionsfähig- 
keit vor dem Einbau objektiv ge- 
prüft werden. Die Prüfzeit läßt 
sich von 1 5 Minuten auf 5 Sekun- 
den senken. 

NVA, Postfach 14 41316, Straus- 
berg, 1260 

Computergrafik CG 86 (Bild 3) 
ist eine Leiterkarte im K-1520- 
Format zum Darstellen von Text 
und Grafik auf einem Farbmoni- 
tor. Sie besitzt Funktionsgrup- 
pen für Textspeicher (64 x 32 
Zeichen), Farbspeicher (64 x 32 
Farbfelderzu 8x8 Bildpunkten), 
Grafikspeicher (512 x 256 frei 
programmierbare Bildpunkte) 
sowie Anschlüsse für Lichtstift, 
MBG, Tastatur und weitere 4 
CG 86. 

Technische Hochschule Mag- 
deburg, Sektion Technische Ky- 
bernetik und Elektrotechnik, Bo- 
leslav-Bierut-Platz 5, Magde- 
burg, 3010 

Für die Prozeßanalyse und Pro- 
zeßautomatisierung in der Zei- 
tungsverpackungstechnik ent- 
stand die CAM-Rechnerkopp- 
lung im Echtzeitbetrieb (Bild 
4). Durch den freizügigen Infor- 
mationsaustausch zwischen Ge- 
räten der Zeitungsverpackungs- 
technik auf der Basis des an der 
TU Dresden entwickelten loka- 
len Rechnernetzes LOTUNET 
entstehen Vorteile bei der Pro- 
duktionskontrolle und -Steue- 
rung; zum Beispiel durch Paral- 
lelverarbeitung von Auflagen 
und Realisierung von Adressie- 
rern. 

Rationalisierungsmittelbetrieb 
der Zentrag, Abt. Automatisie- 
rungstechnik, Kohlgartenstr. 

5/9, Leipzig, 7050 

Als Prinziplösung zum Anschluß 

von Personal- und Bürocompu- 




29. ZMMM: 
Messe der 
Computer 

Aus dem großen Angebot an 
nachnutzbaren Lösungen zei- 
gen wir eine Auswahl von Ex- 
ponaten zur Computertechnik, 
die in vielen Bereichen 
Schwerpunktthema war. 
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ft tern an das Datennetz der DDR 
1 wurde die Terminalanschluß- 
I Steuerung (Bild 5) entwickelt. 

1 Als Dienste werden für die Über- 
tragung kurzer Mitteilungen die 
§ Operatorkommunikation und für 
f Diskettendateien die Dateiüber- 
tragung bereitgestellt. 

* Ein Teilergebnis der Lösung ist 
1 der Aufbau eines BC/PC-Ver- 
I bundes auf Basis der Terminal- 
f Kommunikationseinrichtung 

ohne Nutzung des Datennetzes, 
i AdW der DDR, Institut für Infor- 
f matik und Rechentechnik, For- 
| schungsgruppe Netzzugriff, Ru- 
f dower Chausse 5, Berlin, 1199 
Eine auf der Basis von DDR- 
Bauelementen entwickelte Farb- 
ig grafiksteckeinheit CGD (Bild 6) 
p für K-1 520-OEM-Systeme bzw. 

Bürocomputer gestattet den An- 
u Schluß von handelsüblichen 
| Farbfernsehgeräten (mittels 
' Adapter, ebenfalls zur Nachnut- 
zung angeboten) sowie anderer 
ft Farbmonitore. Die Auflösung 

* beträgt 1 56 x 256 Bildpunkte in 

. 8 Farben und 2 Helligkeitsstufen, 

ft Darüber hinaus steht unter 
I UDOS CAD-Software als makro- 
1 fähiger Grafik-Editor für Leiter- 
f platten-, Schaltbild- und andere 
I Grafikentwürfe zur Verfügung. 

1 VEB Datenverarbeitungszen- 
trum Karl-Marx-Stadt, BfN, PSF 
729, Karl-Marx-Stadt, 9010 
TESY (Bild 7) ist ein technologi- 
- sches System miteinander ge- 
f koppelter Kleincomputer KC 85 
12 bzw. /3 nach dem Master- 
Slave-Prinzip. Die zwei Typen 
der dafür geschaffenen Steuer- 
§ moduln (Slave-Modul und Ma- 

* ster-Modul) werden über den 
Modulschaft des KC an den Bus 

m angeschlossen und erfordern 
% keine Hardwareveränderungen 
am Rechner. Mit den gegenwär- 
tigen Moduln können bis zu 16 
Schülerrechner (Slaves) mit dem 
Lehrerrechner.(Master) zwecks 


8) erlaubt die Erfassung von 32 
binären Prozeß-Zustandsinfor- 
mationen. Die Eingabe der Digi- 
talwerte erfolgt über 24- Volt- 
Stromschleifen, die mittels Opto- 
koppler von der Rechner-Strom- 
versorgung galvanisch getrennt 
sind. Der Anschluß der Periphe- 
rie erfolgt über eine 39polige 
Buchse; Abmessungen der 
Karte 21 5 x 170 mm 2 . 
Zählerreparaturwerk Oranien- 
burg, Heidelberger Str. 32, 
Oranienburg, 1400 
Uniplot UPL 861 (Bild 9) ist ein 
Plotrahmen, der auf die Zeichen- 
fläche aufgesetzt wird. Daraus 
ergibt sich die Besonderheit, daß 
Zeichnungen angefertigt werden 
können, die größer als das For- 
mat des Plotrahmens (A3) sind, 
indem er auf der Zeichenfläche 
umgesetzt wird. Auflösung 
0,025 m, max. Achsgeschwin- 
digkeit 12 cms -1 , Schriftdarstel- 
lung max. 2 Zeichen/s bei Stan- 
dardgröße, Schnittstelle z. Z. 
IFSS. 

AdW der DDR, Zentrum für wis- 
senschaftlichen Gerätebau, Ru- 
dower Chaussee 6, Berlin, 1199 
Mit dem Steckeinheitprüfgerät 
STEP 5100 (Bild 10) lassen sich 
Logik-Baugruppen der ESER- 
und Mikrorechentechnik mit ma- 
ximal 240 Kontakten in Kopplung 
mit einem BC A 51 30 als Steuer- 
rechner quasistatisch prüfen. 

Die z. Z. 80 typenspezifischen 
Prüfprogramme sind auf Disket- 
ten gespeichert; Fehler werden 
auf dem Bildschirm angezeigt. 
VEB Datenverarbeitungszen- 
trum Dresden, Dr. Otto- 
Nuschke-Str. 20, Dresden, 8012 
Hans Weiß 


Datentransfer gekoppelt wer- 
ft den. 

§ NVA, Postfach 36017IB, Bad 
% Düben, 7282 

■ Die zum K-1 520-Bus kompatible 

- Digitalwert-Eingabekarte (Bild 


Fachtagung 
Computer- und Mikro- 
prozessortechnik ’86 

Am 28. und 29. Oktober 1986 
fand diese Veranstaltung in Ber- 
lin mit etwa 500 Teilnehmern, 
u. a. aus der VR Bulgarien, der 
VR Polen, der Sowjetunion und 
der CSSR statt. Veranstalter der 
jährlich durchgeführten Tagung 
war die wissenschaftliche Sek- 
tion Computer- und Mikropro- 
zessortechnik im Fachverband 
Elektrotechnik der Kammer der 
Technik. Die wissenschaftliche 
Leitung oblag Mitarbeitern der 
Sektion Elektronik der Hum- 
boldt-Universität zu Berlin. 
Inhaltlich befaßte sich die Fach- 
tagung mit aktuellen Problemen 
der Computer-Wissenschaft, 
und insbesondere wurden Auf- 
fassungen zu Entwicklungsten- 
denzen der Hard- und Software- 
forschung sowie Übersichten 
über wichtige Applikationen vor- 
gestellt. Eine Fachbuchausstel- 
lung des VEB Verlag Technik 
Berlin und des VEB Fachbuch- 
verlag Leipzig sowie die Ausstel- 
lung neuer Erzeugnisse des VEB 
Kombinat Robotron mit dem 1 6- 
Bit-MikrorechnerA7100im Mit- 
telpunkt bildeten einen niveau- 
vollen Rahmen. 

Neben den Plenarvorträgen wur- 
den in folgenden Sektionen 
Übersichtsvorträge geboten: 

A - Mikrorechnersysteme und 

Rechnernetze 

B- Prozeßrechentechnik 

C-CAD-Systeme 

D - Programmiersprachen und 

Betriebssysteme 

E - Schaltkreisentwurf. 

Im Eröffnungsvortrag gab Dr. 
Walter, Direktor für Forschung 
und Entwicklung im VEB Kombi- 
nat Robotron, einen Überblick 
über das gegenwärtige und zu- 
künftige Erzeugnisprofil. 

Prof. Dr. Adler vom Zentrum für 
Informatik an der TU Dresden 
beschäftigte sich mit Entwick- 
lungsrichtungen in der Software- 
Technologie. Dabei orientierte 
er nachhaltig auf die Verwen- 
dung moderner Sprachkon- 
zepte, mit deren Hilfe transpa- 
rente, portable, strukturierte und 
modularisierte Programme erar- 
beitetwerden können. Insbeson- 
dere wurde auf Programmier- 
sprachen wie MODULA 2 und 
PASCAL in einer effektiven und 
ausgewogenen Programmier- 
umgebung verwiesen. 

Zu Problemen moderner Rech- 
nerarchitekturen erörterte Prof. 
Dr. Jugel vom VEB Robotron 
Meßelektronik Dresden Zellulare 
Systeme als alternatives Prinzip. 


Es gelang ihm mit seinem Vor- 
trag, die Hörer für derartige Pa- 
rallel-Architekturen zu interes- 
sieren, die sich von Modellen zur 
Struktur und Funktion des 
menschlichen Gehirns ableiten 
und deren technische Realisie- 
rung zum gegenwärtigen Zeit- 
punkt noch nicht möglich ist. 

In weiteren Plenarvorträgen wur- 
den von Prof. Dr. Fristäcki, TU 
Bratislava, Übersichten zur Ent- 
wicklung der Mikroprozessor-Ar- 
chitekturen und von Dr. Mack- 
rodt, VEB Kombinat Robotron, 
Zusammenstellungen zu Hard- 
ware-Unterstützungen von Pro- 
grammiersprachen in Systemem 
der Künstlichen Intelligenz, über- 
wiegend LISP-Prozessoren, ge- 
geben. 

Von den Übersichtsvorträgen 
kann, da der Verfasser eine Aus- 
wahl bezüglich der Teilnahme 
treffen mußte, nur punktuell ge- 
nauer berichtet werden. 

In der Sektion A unterzog Dr. 
Kleinmichel vom VEB Robotron 
Meßelektronik Dresden den ge- 
genwärtig verfügbaren Klein- 
computer aus seinem Betrieb 
einer schöpferischen Kritik und 
entwickelte daraus Anforderun- 
gen an ein Nachfolgesystem, die 
etwa einem heutigen Personal- 
computer der unteren Leistungs- 
klasse entsprechen. 

Seitens der Sektion Elektronik 
der Humboldt-Universität zu Ber- 
lin wurde auf die Allgemeinheit 
und Flexibilität des Hardware- 
konzepts des lokalen Rechner- 
netzes LANCELOT 1 hingewie- 
sen. Darüber hinaus gab der Bei- 
trag Aufschluß zur Struktur und 
Portabilität der erforderlichen 
Software, die für den Nutzer teils 
als Firmware und teils als Pro- 
gramm-Module, überwiegend 
unabhängig vom Betriebssy- 
stem, zur Verfügung gestellt wer- 
den kann. 

Dr. Bell von der Sektion Mathe- 
matik der Humboldt-Universität 
zu Berlin untersetzte diese Aus- 
führungen mit der Vorstellung 
eines Softwaresystems für ein 
lokales Rechnernetz mit LAN- 
CELOT-1 -Hardware, in dem die 
höheren Softwareschichten mit 
Hilfe von MODULA 2 program- 
miert sind. 

Sektion B war überwiegend mit 
Problemen der dezentralen Pro- 
zeßdatenverarbeitung befaßt. 
Daneben wurde eine Lösung für 
eine mehrkanalige, hochauflö- 
sende Digital-Analog-Umsetzer- 
Baugruppe für 1 6-Bit-Mikrorech- 
nersysteme vorgestellt. In der 
Sektion C gelangten als Schwer- 
punkt Entwürfe für CAD-Sy- 
steme zur Darstellung, die auf 
verfügbarer Mikrorechentechnik 
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basieren und die teilweise auf 
relativ eng begrenzte Aufga- 
benstellungen zugeschnitten 
sind. 

Ein besonderer Höhepunkt der 
Sektion D war zweifellos der Bei- 
trag von Prof. Dr. Janicki vom 
Institut für mathematische Ma- 
schinen in Warszawa, über die 
Programmiersprache LOGLAN. 
Es zeigt sich, daß diese Sprache 
allen Anforderungen an ein mo- 
dernes Software-Engineering 
entspricht und offenbar als Alter- 
native zu PASCAL, MODULA 2 
u. a. anzusehen ist. LOGLAN ist 
in der VR Polen weit verbreitet 
und beispielsweise auch auf 
dem IBM-PC implementiert. 

Des weiteren informierten Mitar- 
beiter der TH Ilmenau über inter- 
essante BASIC-Spracherweite- 
rungen in Richtung strukturierter 
Programmierung, Echtzeitverar- 
beitung und Behandlung paralle- 
ler Prozesse. 

Guertzig, TH Ilmenau, warf in 
seinem Vortrag die Frage nach 
dem Einsatz der Programmier- 
sprache PROLOG in der Steue- 
rungstechnik auf. Er konnte da- 
bei von erstaunlichen Teilerfol- 
gen berichten, die auf einer völlig 
unkonventionellen Problembe- 
schreibung im Sinne der Prädi- 
katenlogik fußen. 

Sektion E beschäftigte sich mit 
Fragestellungen des Schalt- 
kreisentwurfs, wobei die Ent- 
wicklung von Siliconcompilern 
und die Hardware-Realisierung 
von FORTH-Systemen beson- 
dere Beachtung fanden. 

Die nächste Veranstaltung wird 
voraussichtlich in Magdeburg 
stattfinden. 

Prof. Dr. Zaremba 

4. Fachtagung 
Anwendung von Mikrorech- 
nern 

in der Meß- und Automati- 
sierungstechnik 

Die Fachtagung „Anwendung 
von Mikrorechnern in der Meß- 
und Automatisierungstechnik“ 
fand am 1 1 . und 1 2. September 
1986 im Rahmen der Wissen- 
schaftlichen Tage 1986 der 
Technischen Hochschule „Otto 
von Guericke“ Magdeburg 
(THM) statt. Sie wurde gemein- 
sam von den Wissenschaftsbe- 
reichen Prozeßmeßtechnik und 
Regelungstechnik/Prozeßsteue- 
rungen der Sektion Technische 
Kybernetik und Elektrotechnik in 
Verbindung mit dem Fachaus- 
schuß Mikroprozessor-Interface- 
systeme der KDT ausgerichtet. 
Mit über 500 Teilnehmern, dar- 
unter Gäste aus dem Ausland, 
und über 90 Vortragsmeldungen 
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fand die Tagung eine sehr große 
Resonanz. 

Die Veranstaltung diente in er- 
ster Linie der Vermittlung und 
dem Austausch von Erfahrun- 
gen, die bei der Mikrorechneran- 
wendung zur Lösung von meß- 
und automatisierungstechni- 
schen Aufgaben des Schwerma- 
schinen- und Anlagenbaus 
(SAB), der Kraftwerkstechnik 
sowie bei der Steuerung ferti- 
gungstechnischer Prozesse und 
bei der Automatisierung chemi- 
scher und wasserwirtschaftlicher 
Prozesse mit Mikrorechnern ge- 
sammelt wurden. Zwei Plenar- 
und 9 Hauptvorträge gaben zu- 
nächst einen Überblick zum 
Stand und T rend der Meßwerter- 
fassung mit Mikrorechnern so- 
wie zu Mikrorechner-Automati- 
sierungsanlagen. 

Am zweiten Tag wurden in den 
Fachsektionen 

1 . Gerätetechnische Lösungen 
und Sensoren für die Prozeß- 
meßtechnik 

2. Meß- und Auswerteverfahren 
für die Prozeßmeßtechnik 

3. Algorithmen der automati- 
schen Steuerung; Mikrorechner- 
Automatisierungsmittel 

4. Anwendung von Mikrorech- 
nern zur Aggregat- und Prozeß- 
automatisierung 

insgesamt 47 Vorträge gehalten, 
zu denen es rege Diskussionen 
gab. 

Nachfolgend wird lediglich über 
diejenigen Vorträge berichtet, 
die sich unmittelbar mit dem MR- 
Einsatz befaßten. 

M. Seifart (THM) gab in seinem 
Plenarvortrag einen Überblick 
zum Stand und Trend der Meß- 
werterfassung mit Mikrorech- 
nern. Ausgehend vom Vergleich 
verschiedener Grundstrukturen 
wurde als entscheidendste Aus- 
wirkung des Mikroprozessor- 
und Einchipmikrorechnereinsat- 
zes der allmähliche Übergang 
zu dezentralen prozeßnahen Sy- 
stemstrukturen mit digitaler se- 
rieller Informationsübertragung 
über einen einfachen Feldbus 
herausgestellt, deren Hauptbe- 
standteile intelligente Module 
zur Meßgrößenerfassung und 
zur Beeinflussung des Prozes- 
ses sind. Beim Übergang zu in- 
telligenten Systemkonzeptionen 
sind vor allem zwei Richtungen 
zu unterscheiden: 1 . Meßwerter- 
fassungsleiterkarten, die meist 
in MR oder MC einsteckbar sind 
(paralleler Bus) und 2. Intelli- 
gente prozeßnahe Prozeßkop- 
pelmodule, die über einen seriel- 
len Feldbus untereinander und 
mit einem Leitgerät verbunden 
sind. Zu beiden Varianten wur- 
den an der THM realisierte Bei- 


spiele vorgestellt und der Einfluß 
des PC auf die Meßwerterfas- 
sung behandelt. 

Die 6 Hauptvorträge erfaßten die 
gesamte Kette der mikrorech- 
nergestützten Meßwerterfas- 
sung von der Sensorik über die 
Signalverarbeitung bis hin zu 
Sofwareproblemen. Den bereits 
im Plenarvortrag erläuterten 
Trend zu dezentralen prozeßna- 
hen Systemstrukturen erläuterte 
F. Güttler (THM) am Beispiel ei- 
nes digitalen Automatisierungs- 
systems für die Kleinautomati- 
sierung mit dezentralen Mikro- 
rechnern (U 882). 

W. Meiling (TUD) gab einen 
Überblick über serielle Bussy- 
steme, wobei die gesamte Hie- 
rarchie vom internen Schalt- 
kreisbus über Komponenten- 
busse, lokale Netzwerke bis zu 
den Prozeßbussen einbezogen 
wurde. B. Michaelis und Ch. 
Wartini berichteten überden Ein- 
satz optoelektronischer Senso- 
ren und Methoden der Signal- 
auswertung unter besonder Be- 
rücksichtigung des Schwerma- 
schinen- und Anlagenbaus. Zu 
Softwareproblemen bei intelli- 
genten Meßwerterfassungssy- 
stemen referierte D. Werner 
(TUD). Erforderte mit Nach- 
druck, stärker auf höhere Pro- 
grammiersprachen überzuge- 
hen und erforderlichenfalls zur 
Erfüllung kritischer Echtzeitfor- 
derungen kleinere Programm- 
stücke nachträglich in einer ma- 
schinenorientierten Sprache zu 
implementieren. 

Weitere Hauptvorträge befaßten 
sich mit dem Stand und Tenden- 
zen der Sensorentwicklung (P. 
Hauptmann, THM) sowie mit Sy- 
stembetrachtungen zu Meßwert- 
erfassungsstrukturen (H.-J. Du- 
brau, IHD). 

Von den in der stark besuchten 
Fachsektion 1 gehaltenen 1 4 
Vorträgen behandelten 6 Vor- 
träge den Einsatz des EMR 
U 882 zur intelligenten Meßwer- 
terfassung. 

Schwerpunkt der Sektion 2 wa- 
ren Meß- und Auswertverfahren 
für die Prozeßmeßtechnik. 


Der zweite Hauptkomplex der 
Tagung war automatisierungs- 
technischen Fragen des Mikro- 
rechnereinsatzes gewidmet. P. 
Neumann (THM) sprach im 
Plenum über die Anforderungen 
des Innovationsprozesses bei 
Mikrorechner-Automatisierungs- 
anlagen an die wissenschaftli- 
chen Untersuchungsmethoden. 
Die Hauptvorträge zur Thematik 
„Automatisierungstechnische 
Fragen des Mikrorechnereinsat- 
zes“ hatten das Ziel, über Er- 
zeugnisse der Automatisie- 
rungsindustrie der DDR und über 
Beispiele in den sozialistischen 
Staaten zu informieren. Behan- 
delt wurden u. a. das Prozeßleit- 
system audatec, das prozeß- 
nahe Steuerungs- und Rege- 
lungssystem EAW-Compact 
S 2000 und das MR-Automati- 
sierungsanlagensystem MIK 
2000C aus dem Institut fürTech- 
nische Kybernetik und Roboter- 
technik der Bulgarischen Akade- 
mie der Wissenschaften. 

Die Mehrzahl der in den Fach- 
sektionen 3 und 4 gehaltenen 
Vorträge befaßte sich mit dem 
Einsatz von Mikrorechnern in 
Prozeßleitsystemen, in der 
Steuerungstechnik, in der Ener- 
gietechnik, im Verkehrswesen 
und in der Kerntechnik. 

Die Vorträge und Posterbeiträge 
sind in zwei Tagungsbänden 
(etwa 200 S.) zusammengefaßt. 
Ausgewählte Beispiele werden 
darüber hinaus in der Wissen- 
schaftlichen Zeitschrift der THM 
erscheinen. Die 5. Fachtagung 
findet voraussichtlich 1989 statt. 

Prof Dr. Seifart 
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Am 8. Februar 1957 verstarb 
der bedeutende ungarisch- 
amerikanische Mathematiker, 
Physiker und Ingenieur John 
von Neumann. Von Neumann 
begründete die moderne Funk- 
tionalanalysis und die Spieltheo- 
rie. Er verfaßte wichtige Arbeiten 
über die Gruppentheorie und 
förderte entscheidend die Ent- 
wicklung moderner Rechenauto- 
maten. Aus Anlaß seines 30. To- 
destages haben wir die nachfol- 
gende Broschüre rezensiert. 

Die Rechenmaschine 
und das Gehirn 

Von J. v. Neumann, R. Olden- 
bourg Verlag München 1986, 5. 
unveränderte Auflage, 80 S. 

Als Entwickler des Versuchs- 
rechners JONIAC (1945) und 
Mitentwickler der 1 946 leistungs- 
stärksten digitalen Rechenan- 
lage ENIAC mit etwa 22 000 
Röhren, wurde John von Neu- 
mann zum „Vater“ der auch 
heute noch weltweit genutzten 
Princeton-Rechner-Architektur, 
deren wesentliche strukturelle 
Merkmale in der Existenz von 
den drei Funktionsblöcken Re- 
chenwerk, Steuerwerk und Spei- 
cher bestehen. Ihre Verbindung 
wird durch einen für Befehle und 
Daten einheitlichen Bus reali- 
siert. Außerdem ist wesentlich- 
stes funktionelles Merkmal der 
streng sequentielle, adreßorien- 
tierte Steuerungsablauf der Pro- 
grammabarbeitung (Steuerfluß- 
prinzip). 

Merkmale des Steuerflußprin- 
zips dieser J.-v.-Neumann-Ar- 
chitektur sind auch mit dem Na- 
men Konrad Zuse verbunden, 
der bereits 1 941 mit dem ersten 
programmgesteuerten Rechen- 
automaten der Welt, dem Z 3, 
dieses Grundprinzip des maschi- 
nellen Rechnens erfunden hatte. 
Die kleine Schrift Die Rechen- 
maschine und das Gehirn ist 
John von Neumanns letzte wis- 
senschaftliche Arbeit. Sie wurde 
geschrieben in der Gewißheit 
des bevorstehenden Todes und 
ist in gewissem Sinne als Er- 
kenntnisvermächtnis für seine 
letzte - nicht mehr gehaltene - 
Ehrenvorlesung vor dem Silli- 
man Lecture Commitee der Yale 
Universität (USA) im Jahre 1957 
zu verstehen. 

Das Büchlein J. v. Neumanns 
beschreibt zur Hälfte etwa die 
wesentlichsten Parameter „mo- 
derner“ Rechenanlagen (1957) 
(Relais, Röhren, Dioden, Ferrit- 
kerne, Transistoren) mit der Pro- 
gnose, in den folgenden 10 Jah- 
ren Operationszeiten von 1 0“ 8 
bis 10' 9 Sekunden errei- 


chen zu können, dabei liegt „die 
Anzahl der aktiven Elemente 
größerer, modernerer Maschi- 
nen etwa zwischen 3000 und 
30000“, wobei etwa zwischen 
200 und 2000 aktive Elemente 
zu Speicherfunktionen dienen. 
Das eigentlich interessante in 
der Arbeit Neumanns aber ist 
der Vergleich des Computers 
mit dem Gehirn. Die Reaktions- 
zeit eines Neurons liegt zwi- 
schen 10' 4 und 10' 2 Sekunden. 
Mit etwa IO 10 Neuronen bei gut 
1 0 3 cm 3 Gehirnvolumen beträgt 
der Raumbedarf des einzelnen 
Neurons 10' 7 cm 3 . Der Gesamt- 
energiebedarf des Gehirns ist 
etwa 1 0 W. 

Aus diesen Angaben folgt aus 
der Sicht vor 30 Jahren: 

- Der Raumbedarf der künstli- 
chen Elemente ist 10 8 - bis 

1 0 9 mal so groß als jener der na- 
türlichen. 

- Der Energieaufwand ist eben- 
falls um den Faktor 10 8 - bis 
10 9 malsohoch. 

- Die Bearbeitungszeit eines 
Signals dagegen beträgt nur den 
10 _n fachenTeil. 

Daraus folgt die entscheidende 
Aussage der Schrift: „Große und 
gut organisierte natürliche Auto- 
maten (Gehirn, M. R.) werden 
daher wahrscheinlich in großem 
Maße parallel arbeiten, während 
große und gut organisierte künst- 
liche Automaten (Computer, 

M. R.) mehr zum Serienbetrieb 
tendieren werden“. 

Die Schrift John von Neumanns, 
dem Pionier der Rechentechnik, 
ist anregend und gut zu lesen. 

Prof. Dr. M. Roth 

UNIX-Buch in der UdSSR 
erschienen 

Vor kurzem erschien im Mos- 
kauer Verlag Radio i Swjas die 
russische Übersetzung des Bu- 
ches „Einführung in das Be- 
triebssystem UNIX“ von M. Ba- 
nahan und A. Rutter. Das Vor- 
wort von I. G. Schostakow und 
W. W. Leonas geben wir an die- 
ser Stelle leicht gekürzt Nieder. 

Neuerdings wächst das Inter- 
esse am Betriebsystem UNIX 
und an kompatiblen Betriebssy- 
stemen beträchtlich. Das liegt an 
der vollen Kompatibilität zur Pro- 
grammiersprache C und an der 
großen Anwendungsbreite von 
UNIX, das inzwischen internatio- 
nal zum Standard-Betriebssy- 
stem für 16-Bit-Rechner gewor- 
den ist. 

UNIX-Versionen laufen auf einer 
großen Anzahl verschiedener 
EDVA - von den 8-Bit-Rechnern 
auf der Basis der lntel-8080-Mi- 


kroprozessoren bis zum Super- 
rechner Cray-1 . Darüber hinaus 
wird das Betriebssystem UNIX 
über verhältnismäßig einfache 
Interfaces realisiert, und es ga- 
rantiert dem Nutzer zahlreiche 
Programmiermittel. Damit wird 
es den modernen Anforderun- 
gen an Computersoftware ge- 
recht. 

Auch in der UdSSR besteht ein 
großer Bedarf an UNIX und an 
kompatiblen Varianten. 1983 
legte das Institut für Elektroni- 
sche Rechner die vorbereitende 
Version INMOS vor (Instrumen- 
telles Mobiles Operationssy- 
stem), die auf Kleinrechnern CM- 
4, CM-1420, CM-1644 und Elek- 
tronika 100/25 lauffähig ist. Ge- 
genwärtig arbeitet das Institut an 
einer zur Version 7 von UNIX 
(Standard-UNIX) kompatiblen 
INMOS-Variante. Die zuneh- 
mende Anwendung von UNIX 
führt auch in der UdSSR zur Her- 
ausgabe zahlreicher Literatur 
über das Betriebssystem (BS) 
und seine Programmiermöglich- 
keiten. Eines der ersten erschie- 
nenen Bücher zum Thema ist 
die vorliegende Publikation. 

Die Originalausgabe wurde 1 982 
gerade für jene Anwender her- 
ausgebracht, die keine Program- 
miererfahrungen mit Computern 
haben und aus bestimmten 
Gründen UNIX studieren und 
anwenden wollen. Die Autoren 
stellten sich - mit Erfolg - der 
schweren Aufgabe, Lehrbuch 
und Anwendungshilfe zugleich 
vorzulegen. Grundlage für diese 
Doppelfunktion ist die Program- 
mierübersicht zum UNIX als An- 
leitungsmaterial (UNIX Program- 
mers Manual), ohne die der un- 
erfahrene Leser nicht auskom- 
men wird. Auf vergleichsweise 
geringem Raum bieten die Auto- 
ren dem so vorbereiteten Nutzer 
wahrhaft eine Fülle von Informa- 
tionen und Programmiererfah- 
rung an. Alle 10 Kapitel des Bu- 
ches durchziehen die Organisa- 
tionsprinzipien und die Funk- 
tionsgrundlagen des BS. Um 
diese Einheitlichkeit zu errei- 
chen, arbeiten die Autoren stark 
mit Anwendungsbeispielen, die 
für die heute vorliegenden Ver- 
sionen des BS nutzbar sind. Ge- 
sondert erklärt sind die Kom- 
mandos, Editor, Shell-Syntax, 
Systemaufrufe, Instrumentarien 
und Standard-Bibliotheksfunk- 
tionen. Die Autoren verfahren 
konsequent nach dem Leit- 
spruch „Vom einzelnen zum all- 
gemeinen -erst die Praxis, dann 
die Theorie“. Doch auch der we- 
nig geübte Anwender wird 
manchmal Schwierigkeiten ha- 
ben, wenn Grundbegriffe vor- 


ausgesetzt werden müssen. Ins- 
gesamt ist das Buch aber leicht- 
verständlich, anschaulich, teil- 
weise sogar salopp geschrieben. 
Das sichert nicht immer die nö- 
tige Darstellungsstrenge, dient 
aber in seiner Faßlichkeit dem 
angesprochenen Leserkreis 
mehr als ein sachlich-trockener 
Stil. Und es schmälert keinesfalls 
den guten Gesamteindruck des 
Buches, das auch in russischer 
Sprache zahlreiche Leser finden 
wird, nicht zuletzt, weil es nütz- 
lich und aktuell ist. 


Mega-Bit 

Unter diesem Titel brachte der 
Verlag Junge Welt ein von der 
Redaktion Jugend + Technik 
erarbeitetes Journal zur ZMMM 
’86 heraus. Themen waren unter 
anderem Siliziumkristallzüch- 
tung in Freiberg -SMD-Technik; 
Oberflächenmontage für Chips 
- Flexibles Fertigungssystem für 
Robotermotoren - Personal- 
computer PC 1 71 5 aus Söm- 
merda- FDJ-Computerklub 
Schwerin vorgestellt - BASIC- 
Kurzlehrgang-JU + TE-Lexi- 
kon Schlüsseltechnologien - 
Computergrafik für Forschung 
und Konstruktion. 

Foto: Gratschow 



BASIC für Mikrorechner 

Programmentwicklung, Sprach- 
elemente, Anwendungen von D. 
Werner, VEB Verlag Technik, 
Berlin, 1986 

Im Vorwort bemerkt der Autor, 
daß die Sprache in wenigen Ta- 
gen oder höchstens einer Woche 
erlernbar ist. Man könnte dann 
meinen, daß eine Darstellung 
auf 240 Seiten nicht gerechtfer- 
tigt sei. So ist es aber nicht. Am 
systematischen Vortrag des 
Stoffes ist zu erkennen, daß der 
Autor über pädagogische Erfah- 
rungen verfügt, daß ihm die 
Schwierigkeiten bekannt sind, 

(Fortsetzung auf S. 64) 
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Dokumentation 


Fengler, W.; Roth, M. 
Einchip-Rechner-Schaitkrelse 

Mikroprozessortechnik, Berlin, 1 (1987) 2, S. 37 
Einchip-Rechner bilden minimale Mikrorechner- 
Konfigurationen mit allen wesentlichen Funktionen 
in einem Schaltkreis. Die Anwendung erfolgt als 
Geräterechner, als Mehrrechnerschaltkreis in mo- 
dularen Systemen mit serieller oder paralleler 
Kopplung und als Makro-CPU. 

Der Beitrag erläutert Architekturmerkmale, typische 
Anwendungen und Entwicklungsmittel von Einchip- 
Mikrorechnern (EMR). 


Fengler, W.; Roth, M. 

CxeMbi oflHOKpucTanbHbix 3BM 

Mikroprozessortechnik, Berlin, 1 (1987) 2, CTp. 37 
OflHOKpucTanbHbie 3BM o6pa3yroT MUHUManb- 
Hbie KOHctJurypaiiMM mhkpo-3BM co BceMu Ba- 
>KHbiMM ct>yHKL<nnMM b cxeMe. ripuMeHeHne nponc- 
xoflMT xax MaLiiMHHan 3BM, KaK MHOroMawMHHas 
cxeMa b MOfly/ibHbix cncTeMax c nocneflOBaienb- 
hoh hhm napannenbHOM CBH3bK>n xax Maxpo-qeH- 
TpanbHoe ycTpoücTBO oöpaöOTXH flaHHbix. 
CTaTbn noncHeeT caodcTBa apxmeKTypbi, Tunnn- 
Hbie cjiynaq npHMeneHH« h cpeflcrsa npoexTH- 
pOBaHMB OflHOKpkiCTanbHblX MHKpO-3BM. 


Fengler, W.; Roth, M.: 

Single-Chip Computers 

Mikroprozessortechnik, Berlin, 1 (1987) 2, pp. 37 
Single-chip Computers represent minimal micro- 
computer configurations containing all the essential 
functions within one integrated Circuit. They are 
applied as OEM Computers, multicomputer integra- 
ted circuits in modular Systems with serial and pa- 
rallel coupling, and as macro CPU. The authors 
explain architectural features, typical applications 
and developing means of single-chip microcompu- 


Michaelis. B.;Maaß, R. 

Meßwerterfassung mit CCD-Sensoren 

Mikroprozessortechnik, Berlin, 1 (1987) 2, S. 41 
Ausgehend vom allgemeinen Probierender opto- 
elektronischen Informationsgewinnung mit Hilfe 
von CCD-Sensoren wird die Erfassung ausgewähl- 
ter Meßgrößen durch eine geeignete Auswertelek- 
tronik erläutert. Bei diesem Konzept verkürzt sich 
die Zeit zur Meßwertbereitstellung erheblich gegen- 
über der unmittelbaren rechentechnischen Auswer- 
tung des gesamten gewonnenen Bildes. 


Dorfmüller, L.; Despang, H. G. 
Entwicklungsunterstützung für ein 16-Bit-Mehr- 
mikrorechnersystem 

Mikroprozessortechnik, Berlin, 1 (1987) 2, S. 51 
Zum Test von größeren Programmen auf bereits 
funktionsfähiger Hardware dienen Monitore. Mittels 
einer Kopplung ist die Peripherie eines Cross-Sy- 
stems nutzbar, und die Programmentwicklung kann 
effektiver gestaltet werden. Einen leistungsfähigen 
Monitor für 116-Systeme mit einer Kopplung zu ei- 
nem 8-Bit-Entwicklungssystem und seine Nutzung 
an einem Zweitrechnersystem beschreibt der Bei- 
trag. 


Michaelis, B.; Maaß, R. 

C6op M3MepneMoro 3HaneHMn c flaTHMxaMM Ha 
ochobs n3C 

Mikroprozessortechnik, Berlin 1 (1987) 2, crp. 41 
Mcxoflfl H3 oöifleü npoöneMbi onToa/iexTpoHHoro 
nonyM6Hnn MHcjxipwaLtHii c flaTHMxaMH Ha ocHOBe 
ri3C noncHeH cöop BbiöpaHHbix M3MepnTenbHbix 
Be/iHHHH npn nOMOiflH npwroflHOH 3/iexTpoHHKH 
OqeHKH. ripn 3T0M paÖOTe BpeMB BblÖOpKM H3Mep- 
qeMbix 3HaHeHHÜ 3HaHHTenbH0 coxpaiqaeTcq no 
cpaBHeHMto c HenocpeflCTBeHHOü BbiHMCJiHTem>- 
HOTexHMHecKOM ogeHKoii Bcero nonynaeMoro H30- 
öpajKeHHH. 

Dorfmüller, L.; Despang, H. G. 

noflflepjxxa npn pa3BMTMH 16-THpa3pqflHOü 
MHOrOMHKpOBbmHCJlMTe/lbHOM CHCTeMbl 

Mikroprozessortechnik, Berlin, 1 (1987) 2, CTp. 51 
flrw npoßepKH öonee xpynHbix nporpaMM Ha oc- 
Hoee y>xe paöOToenoeoöhoro annapaTypnoro oöe- 
cneMeHMB cnyxwrr MOHHTopbi. npn noMOiqn cbh3h 
B 03M0KH0 HCn0nb30BaHMe nepvitpepMM KPOCC-CM- 
CT6Mbl, M pa3BMTHe nporpaMM MO>XeT ÖblTb 

ocpopMneHO öonee sqxhexTHBHO. B CTaTbe onn- 

CaHbl MOlflHblß MOHMTOP fl/W 1 6-pa3pj)flHblX CH- 
CT6M CO CBfl3bK> B 8-pa3pflflHyiO CMCTSMy npOOKTH- 
poBaHHB h ero ncnonb30saHHe Ha BTOpoü Bbmuc- 
nmenbHOM CHCteMe. 


Michaelis, B.;Maaß, R.: 

Measurement Value Acquisition by Means of 
CCD Sensors 

Mikroprozessortechnik, Berlin 1 (1987) 2, pp. 41 
Starting from the general problem of opto-electronic 
Information acquisition by means of CCD sensors 
the author explains the acquisition of selected mea- 
surement quantities by a suited electronic evalua- 
tion Circuit. Due to this conception the time for provi- 
ding the measurement value reduces considerably 
compared to the direct Computer evaluation of the 
whole Image obtained. 


Dorfmüller, L.; Despang, H. G.: 

Development Support for a 16-Bits Multi-Micro- 
computer System 

Mikroprozessortechnik, Berlin, 1 (1987) 2, pp. 51 
In testing large program Systems on a hardware 
ready for use monitors are applied. By means of a 
coupling the periphery of a cross System can be 
utilized, thus the program development becoming 
more effecient. The authors describe a high perfor- 
mance monitorfor II 6 Systems with a coupling to an 
8-bits development System as well as the use of this 
monitor in connection with a second Computer Sy- 
stem. 


Götze, B ; Meusel, K.-H. 

Personalcomputer in der Meßtechnik 

Mikroprozessortechnik, Berlin, 1 (1987) 2, S. 54 
Moderne leistungsfähige Meßgeräte, Meß- und 
Prüfsysteme kommen ohne integrierte Rechnerlei- 
stung nicht mehr aus. Im Beitrag werden dazu Lö- 
sungsmöglichkeiten erörtert. Qualitativ neue Lö- 
sungen für die Realisierung derartig „intelligenter" 
Meßtechnik ergeben sich bei der Nutzung von Per- 
sonalcomputern, die inzwischen in allen Bereichen 
der Volkswirtschaft in immer größerer Breite zur 
Verfügung stehen. Im Beitrag wird insbesondere 
von den Anforderungen der modernen Logikana- 
lyse an diese Fragen herangegangen. 


Götze, B.; Meusel, K.-H. 

flepcoHa/ibHbie KOMmoTepbi b M3MepHTe/ibHOH 
TexHHice 

Mikroprozessortechnik, Berlin, 1 (1987) 2, dp. 54 
CoepeMeHHbie MOiqHbie n3MepnTenbHbie ripn- 
öopw, H3MepMTenbHbie n McnbrraTenbHbie ch- 
CTOMbi ne MoryT paöoTb öonbiae öe3 HHTerpnpoB- 
aHHOÜ np0H3B0flHTenbH0CTH 3BM. B flaHHOH 
CTaTbe oöcywqeHbi bo3mo>khocth peujenna. 
KanecTBeHHO HOBbie peiaeHH« pfm peann3aqnn 
TaxoM „HHTennexTyanbiHOä“ M3MepnTenbHOH 
TexHHXM no/iynaioTcq npn Mcnorib30BaHiiM nepco- 
HanbHbix xoMmoTepoB, HMetoiqHxcH b npoMe>xy- 
TOHHoe BpeMB bo Bcex oönacTHX HapoflHoro X03- 
aäcTBa Bce BpeMa b öonee ho/ihoh wupuHe. B 
flaHHOH CTaTbe sthm BonpocaM npHönHxaxrr b 
H aCTHOCTH HCXOflB M3 TpeÖOBaHHH COBpeMeHHOTO 
nornneexoro aHanH3a. 


Götze, B.; Meusel, K.-H.: 

Personal Computers in Measurement Enginee- 
ring 

Mikroprozessortechnik, Berlin, 1 (1987) 2, pp. 54 
Modern efficient measuring devices, measurement 
and test Systems don't manage without integrated 
Computer support. In this contribution the authors 
deal with corresponding technical possibilities. So- 
lutions which are qualitatively new result from using 
personal Computers largely available now in all 
fields of economics. The authors approach these 
questions particularly from the view point of the 
requirements of modern logic analysis. 


(Fortsetzung von S. 63) 
die derjenige hat, der sich zum 
erstenmal mit der Programmie- 
rung eines Rechners und mit Al- 
gorithmendarstellungen be- 
schäftigt. Das Buch ist ein Lehr- 
text für die Hand des Anfängers! 
Für gewisse Abschnitte werden 
Vorkenntnisse benötigt. Diese 
Abschnitte kann der Anfänger 
überlesen. Es wird zuerst eine 
Einführung in allgemeine Fragen 
der Programmentwicklung gege- 
ben, dann die Arbeitsschritte 
zum Anlegen eines Quelltextes 
und schließlich die Organisation 
des Übersetzens und Abarbei- 
tens. Die Programmentwicklung 
mittels BASIC schließt sich an: 
Editieren, Abarbeiten, Debug- 


ging, Modifizieren, Optimieren. 
Besonders ausführlich diskutiert 
werden die Darstellung des Da- 
tentransfers und die Nutzung 
externer Zusatzspeicher-erfah- 
rungsgemäß haben Lernende 
damit Schwierigkeiten. 

Eine Sammlung von Program- 
men zu unterschiedlichen The- 
men rundet den Lehrtext ab. 

Dr. G. Paulin 

BASIC 

Einführen in das Programmieren 
von R. Hopfer und R. Müller 
VEB Fachbuchverlag Leipzig 
1986 

Im Vorwort haben die Verfasser 
formuliert: „Das Hauptanliegen 
der Broschüre besteht darin, 


eine geschlossene Darstellung 
der Lösung von einfachen Pro- 
blemstellungen der Informa- 
tionsverarbeitung mit Hilfe der 
Programmiersprache BASIC zu 
geben ... Die Darstellung des 
Stoffes ist so gewählt, daß auch 
Programmieranfänger sich im 
Selbststudium die Programmier- 
sprache BASIC aneignen kön- 
nen.“ 

Der thematische Aufbau der Bro- 
schüre unterstützt diese Zielstel- 
lung. Nach einer kurzen Einfüh- 
rung, die eine Übersicht über 
Aufbau und Programmierung 
eines Computers gibt, wird die 
eigentliche Arbeit mit dem BA- 
SIC-Interpreter erläutert. Erklärt 
werden BASIC-Sprachele- 


mente, Anweisungen und Stan- 
dardfunktionen. Eigene Kapitel 
gibt es auch für die Arbeit mit 
Feldern, Wertzuweisung mit Da- 
tenliste, Unterprogrammtechnik 
und vom Anwender definierbare 
Funktionen. Zahlreiche Bei- 
spiele erleichtern das Kennen- 
und Beherrschenlernen der 
Sprache BASIC. 

Etwas zu kurz gekommen 
scheint der Abschnitt über Pro- 
grammtest und Fehleranalyse, 
denn erfahrungsgemäß haben 
Anfänger bei Fehlersuche und 
-diagnostik die größten Schwie- 
rigkeiten. 

I. Paszkowsky 
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VEB HALBLEITERWERK FRANKFURT/ODER 

veb kombinat 
mikroelekfcronik 



Innerhalb des VEB Kombinat Mikroelektronik 

ist der VEB Halbleiterwerk Frankfurt/ Oder Hauptproduzent Bipolarer Integrierter Schaltkreise 
für analoge und digitale Anwendungen. 

Das Erzeugnisspektrum umfaßt gegenwärtig etwa 250 Bauelemente-Grundtypen 
und gliedert sich in folgende Hauptgruppen: 

- Schaltkreise für die Konsumgüter- und Gebrauchselektronik 
- Operationsverstärker, Spannungsregler, Referenzquellen 

- Initiatoren-, Sensoren-, Timerschaltkreise 

- Analog/Digital- und Digital/Analogwandler 

- Ansteuer- und Treiberschaltkreise 

- LS/TTL- und Schottky-Interface-Schaltkreise 

- Kundenspezifische Schaltkreise. 


elekfcronik 

exportimport 

Volkseigener Außenhandelsbetrieb der 
Deutschen Demokratischen Republik 
DDR - 1026 Berlin, Alexanderplatz 6 
Telex: BLN 114721 elei, Telefon: 2180 
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Schlüsseltechnologie 

Mikroelektronik 



Die DDR gehört zu den wenigen Ländern der Welt, die 
derzeit in der Lage sind, mikroelektronische Bauele- 
mente zu entwickeln, zu produzieren, ausgewählte Vor- 
materialien herzustellen und hochwertige technologi- 
sche Ausrüstungen dafür zu fertigen. 

Gegenwärtig sind mehr als hunderttausend hochqualifi- 
zierte Werktätige mit solchen Aufgaben befaßt. 

Dabei werden die Kombinate Carl Zeiss JENA und Mi- 
kroelektronik Erfurt zu Zentren der Hochtechnologien 
ausgebaut: Auf der Grundlage neuer Basistechnolo- 
gien wird das vorhandene Schaltkreissortiment 
erweitert. Die Entwicklung und Fertigung erfolgt in 
modernen, nach neuesten technologischen Gesichts- 
punkten eingerichteten Forschungslabors und Produk- 
tionstätten. 
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Die Tafel zeigt eine Auswahl von WEGA-Standardprogrammen 
des P8000-Mikrorechnersystems. 

Lesen Sie dazu bitte den Beitrag ab Seite 68. 


Anmerkung: Die mit einem S gekennzeichneten Systemprogramme sind sogenannte Superuser-Kommandoprogramme, über die nur der WEGA-System- 
programmierer verfügen kann. 


SYSTEMZUGRIFFSKONTROLLE 


login 


UNIX-Nutzerzuschaltung 

newgrp 


Ändern der Gruppenzugehörigkeit 

passwd 


Schlüsselwortvergabe 



Erweitern Benutzerzugriffsrechte 

sync 

S 

Aktualisieren Superblock 

SYSTEMVERWALTUNG/STATUSINFORMATION 

date 


Ausgabe Datum und Uhrzeit 

dd 


Konvertieren/Umkopieren 

du 


Ermitteln Plattenspeicherbelegung 

icheck 

s 

Dateisystemkonsistenzüberprüfung 



UNIX-Einführungslernprogramm 



Ausgabe Kommandobeschreibung 


s 

Anlegen UNIX-Dateisystem 

mknod 

s 

Anlegen Ein-iAusgabedatei 

mount 

s 

MountlDismount Dateisystem 

ps 


Prozeßstatusermittlung 

pstat 

s 

Ausgabe Systemtabellen 

quot 

s 

Ausgabe Dateisystemnutzerblöcke 

TERMINAL- UND DRUCKERARBEIT 

echo 


Echoausgabe 

Ipr 


Druckerausgabeprogramm (spooter) 

stty 


Setzen Terminalparameter 

tabs 


Setzen Terminaltabulatoreinstellung 

tty 


Ermittlung Terminalnamen 

who 


Wer arbeitet am System? 

KOMMANDOINTERPRETER 

csh 


C-Shell-Kommandointerpreter 

sh 


Shell-Kommandointerpreter 

DATEIVERWALTUNG 

cat 


Dateiausgabe 

cd 


Wechsel Arbeitsdirectory 

chmod 


Setzen Dateizugriffserlaubnisbits 

chown 


Wechsel Besitzerzugehörigkeit 

chgrp 


oder Gruppenzugehörigkeit 

clri 

s 

Löschen i-node 

cmp 


Vergleich zweier Dateien 

comm 


Suchen gleicher Zeilen in Dateien 

cp 


Kopieren von Dateien 

crypt 


Verschlüsseln/Entschlüsseln 

dcheck 

s 

Konsistenzprüfung Directory 

df 

s 

Ausgabe freier Dateisystemblöcke 

diff 


Ermittlung von Dateiunterschieden 

file 


Ermittlung Dateityp 

find 


Suchen von Dateien 

In 


Herstellen Dateilinkverbindung 

ls 


Ausgabe Directoryinhalt 



Anlegen Directory 

mv 


Verschieben/Umbenennen von Dateien 

od 


Dumpausgabe 

pwd 


Ausgabe Arbeitsdirectory 



Löschen von Dateien und 

rmdir 


Directories 

split 


Aufsplitten Datei 

sum 


Bestimmung Blockanzahl/Prüfsumme 

tail 


Übergehen von Dateiteilen 

touch 


Aktualisierung Dateidatuml-zeit 


KOMMUNIKATION 

LOAD Programm vom P8000 in den Emulator laden 

SEND Programm vom Emulator in das P8000 übertragen 

getfile Einlesen von Dateien von einem Remote-System 

local Rückkehr zum lokalen Remote-System 

putfile Übertragung von Dateien zu einem Remote-System 

remote Zuschaltung übergeordnetes WEGAIUNIX-System 

cu UNIX-Rechnerkopplung 

enroll Schlüsselwortvergabe, 

xsend Senden und Empfangen 

xget geheimer Post 


mail Senden und Empfangen von Post 

mesg Nachrichtenempfangssperre 

uucp UNIX-UNIX Dateikopierprogramm 

uux UNIX-UNIX Kommandoausführung 

wall S Schreiben an alle UNIX- Nutzer 
write Schreiben an andere Nutzer 


SOFTWAREPROJEKTUNTERSTÜTZUNG 
ar Archiv- und Bibliotheksverwaltung 

cal Kalenderausgabe 

calendar automatisierter Terminkalender 

make Programmerzeugungshilfe 

tar Magnetbandarchivar 

PROGRAMMABARBEITUNGSUNTERSTÜTZUNG 

at 

zeitgesteuerte Kommandoabarbeitung 

expr 

Berechnung arithmetischer Ausdrücke 

kill 

Prozeßabarbeitungsabbruch 


Wechsel der Abarbeitungspriorität 

nohup 

prof 

Ausgabe Programmabarbeitungsprofil 

sleep 

Abarbeitungspause 

tee 

Ein-I Ausgabepipevermittlung 


Bestimmung Ausführungszeit 


erzwungener ExitstatusTRUEIF ALSE 


Einheitenumrechnungsprogramm 

wait 

Warten auf Hintergrundprozeß 

PROGRAMMIERSPRACHEN 

adb 

interaktiver Programmtestdebugger 

as 

Assemblerprogrammübersetzer ( PLZ/A SM) 

bc 

Arithmetik-Tischrechnerprogramm 


WEGA-Standardassembler(segmentiertlnichtsegmentiert) 

cb 

C-Programm Formatierungshilfe 

cc 

C-Compiler (nichtsegmentiert) 

de 

Tischrechnerprogramm 

Id 

Lader (nichtsegmentiert) 

lex 

Programmgenerator für lexik. Analyse 

lint 

C-Syntaxprüfer 

lorder 

Ermittlung von Objektprogrammbezügen 


Makroprozessor 

nm 

Symboltabellenausgabe 

plzsys 

PLZ/SYS-Compiler 

plzcg 

PLZ/SYS-Kodegenerator 


C-Compiler (segmentiert) 

sld 

Lader (segmentiert) 

size 

Ausgabe Objektprogrammgröße 

Strip 

Entfernen Symboltabelle 

yacc 

Compiler-Compiler 

TEXTVERARBEITUNG 

awk 

Textfilterprogramm 

cot 

Spaltendrucktextfilter 


Entfernen aller Formatierungsbefehle 

ed 

Texteditor 

eqn 

Ausgabe mathematischer Formeln 

ex 

Texteditor 

grep 

Durchmustern von Dateien 

egrep 

erweitertespurchmustern 

fgrep 

beschleunigtes Durchmustern 

join 

identifikationszeichenbedingte Ausgabe 

look 

Suchen von Dateizeilen 

Pr 

formatierte Dateiausgabe 

ptx 

Wortindexerstellung 

sed 

Datenstromeditor 

sort 

Sortierprogramm 

spell 

Suchen Rechtschreibfehler 

tbl 

Tabellenformatierungsprogramm 


Zeichenkettenkonvertierung 

troff 

Textformatierung 


uniq 

Löschen doppelter Dateizeilen 

vi 

bildschirmorientierter Texteditor 

WC 

Wortzählungsprogramm 
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LSI— Speicher NEU 

RAM256K 

K565PY7 * 

K132PY10 - 

RAM64K 


ELORG-Ausstellung 
in Berlin 

Im Dezember vergangenen Jah- 
res stellte das sowjetische Au- 
ßenhandelsunternehmen V/O 
Elektronorgtechnika (ELORG) 
in Berlin Erzeugnisse der sowje- 
tischen Elektronikindustrie vor. 
So waren u. a. elektronische 
Bauelemente, Taschenrechner 
und das intelligente Terminal 
WTA 2000-1 (Bild 1 ) zu sehen. 
Das alphanumerische Terminal 
kann im Offline- oder Online- 
Betrieb arbeiten. Das Gerät ist 
mit unterschiedlichen Schnitt- 
stellen und auch mit Grafikaus- 
stattung lieferbar. 

Als Neuheiten präsentierte 
ELORG die Gate-Array-Schalt- 
kreise K 1 81 0 WM 1 und K 1 520 
XM 1 und die Speicherschalt- 
kreise K 565 RU 7 mit 256 K RAM 
und K 132 RU 10 mit 64 KRAM 
(Bild 2). Weiterhin informierten 
Experten über die technischen 
Parameter der ESER-Anlage 
EC 1 066 und des Multiplexers 
EC 8378. 

Basis des Exportprogramms von 
ELORG sind die Rechenanlagen 
der ESER- und der SKR-Reihe. 
Zur Zeit arbeiten mehr als 1 500 
Rechenanlagen des ESER und 
des SKR in 1 8 Ländern der Welt. 
Zum Lieferumfang gehört auch 
Anwendersoftware - gegen- 
wärtig werden etwa 200 Pro- 
grammpakete für ESER- und 
SKR-Anlagen angeboten. MP 

Datenbank für wissen- 
schaftlich-technische 
Informationen 

Die größte Datenbank der Volks- 
republik China für wissenschaft- 
liche und technische Informa- 
tionen ist nach erfolgreichem 
18monatigem Test von der Pe- 
kinger Stadtverwaltung abge- 
nommen worden. Sie speichert 
23000 Daten von 2600 wirt- 
schaftlichen oder wissenschaft- 
lich-technischen Einrichtungen 
in der VR China. Jede Informa- 
tion soll innerhalb von drei 
Sekunden abrufbarsein. Die Da- 
tenbank ist eine Gemeinschafts- 
arbeit zwischen dem Pekinger 
Institut für Wissens- und Techno- 
logie-Information mit Betrieben 
und Forschungeinrichtungen in 
20 Provinzen und Städten. ADN 

Digitales Simulations- 
system DS-88 

Das Simulationssystem DS-88 
ist zur Bearbeitung von Steue- 
rungs- und Regelungsaufgaben 
kleineren und mittleren Umfangs 
vorgesehen und kann in For- 



schung und Lehre eingesetzt 
werden. Da bei solchen Auf- 
gaben der Signalflußplan ein 
übersichtliches und häufig ver- 
wendetes Beschreibungsmittel 
ist, wurde das System block- 
orientiert aufgebaut. Es erlaubt 
die Darstellung sowohl kontinu- 
ierlicher als auch diskontinuierli- 
cher Übertragungsglieder und 
die Untersuchung spezieller bei 


digitalen Regelungen auftreten- 
der Effekte (Rundung, Quanti- 
sierung). 

Das System zeichnet sich durch 
folgende Hauptmerkmale aus: 

• hardwaremäßige Vorausset- 
zungen: PC 1715 (vorzugs- 
weise) oder BC A 51 20 (lauffähig 
unter Betriebssystem SCP), 
Drucker 

• flexible Handhabung durch 
dialogorientierte, menügeführte 
Bedienung ohne Editier- und 
Übersetzungsläufe sowie auto- 
matische Ermittlung der Rechen- 
folge (Sortierprogramm) 

• Blockvorrat aus 32 T ypen von 
Übertragungsgliedern (erweiter- 
bar) 

• Darstellung von linearen kon- 
tinuierlichen und diskontinuierli- 
chen Übertragungsgliedern, 
Nichtlinearitäten, Signalgenera- 


toren und arithmetischen Glie- 
dern; Integration mit Trapezregel 

• Signalflußpläne mit max. 

99 Übertragungsgliedern be- 
arbeitbar 

• Parametereingaben in Fließ- 
punkt-Dezimaldarstellung mit 
max. sieben Ziffern 

• Ergebnisausgabe als T abel- 
lendruck wahlweise in Fließ- 
punkt-Dezimaldarstellung (vier 
Ziffern) oder Gleitpunkt-Dezi- 
maldarstellung (sechsstellige 
Mantisse) 

• Möglichkeit der Protokol- 
lierung von Eingaben und Zwi- 
schenmenüs 

• interne Zahlenverarbeitung 
im 4-Byte-Gleitpunktformat (24 
Bit Mantisse) 

• Bildschirmgrafik unter Nut- 
zung des zweiten Zeichensatzes 
mit gleichzeitiger Darstellung 
von max. drei Kurven (nur 

PC 171 5) 

• Pseudografikdruck 

• Möglichkeit des Auslagerns 
bzw. Einlesens von Anwender- 
programmen und Simulationser- 
gebnissen auf bzw. von Diskette. 

Bei Interesse wenden Sie sich 
bitte an die Technische Universi- 
tät Dresden, Sektion Elektro- 
technik, Bereich BAA, Momm- 
senstraße 13, Dresden, 8027, 
Tel. 4 63 29 17. 

Dittrich/Dr. Müller 


Hinweis 

Im Beitrag „Bildschirm-Fenster- 
kopien mit dem KC 85/2(3)“ in 
MP 1 /87 auf der 3. Umschlag- 
seite lautet die 8. Zeile von unten 
in der linken Spalte richtig: 

CALL F018CD18F0; 

Red. 


75'jüihz 

Tagung Mathematik für die 
Praxis mit dem 20. Kollo- 
quium Statistische Quali- 
tätskontrolle und der 8. Ta- 
gung Industriemathematik 
Wer? Technische Hochschule 
Magdeburg. Sektionen Mathe- 
matik und Physik. Rechentechnik 
und Datenverarbeitung und 
T echnologie der metallverarbei- 
tenden Industrie; FA Statistische 
Qualitätskontrolle der KDT ; Ma- 
thematische Gesellschaft der 
DDR: Bezirksvorstand Magde- 
burg der KDT 

Wann? 7.-9. September 1987 
Wo? Technische Hochschule 
Magdeburg 

Was? Aktuelle Probleme und 
Ergebnisse des Einsatzes von ■ 
Methoden der Mathematik und 
der angewandten Informatik in 
der Praxis, insbesondere in den 
verschiedenen Bereichen der 
Technologie, der Vorbereitung 
des Robotereinsatzes und der 
Erarbeitung von CAD/CAM- 
Lösungen. 

Daneben ist eine Computergra- 
fik-Ausstellung vorgesehen, für 
die Arbeiten bis zum 15 7. 1987 
eingereicht werden können. 

Wie? Anfragen sind zu richten 


an die Technische Hochschule 
„Otto von Guericke“ Magdeburg, 
Sektion Mathematik und Physik. 
WB Operationsforschung, 

PSF 124, Magdeburg, 3010, 

Tel. 59 24 50. Dr. Schulz 


8. Zuverlässigkeitstagung 
Qualitätssicherung und 
Zuverlässigkeitsarbeit für 
Schlüsseltechnologien 
Wer? Fachverband Elektrotech- 
nik der KDT, Wissenschaftliche 
Sektion Qualitätssicherung und 
Zuverlässigkeit 
Wann? Mai 1987 
Wo? Leipzig 
Was? 

• Theoretische Grundfragen 
der Zuverlässigkeitstechnik 

• Austallmechanismen und 
Ausfallanalyse 

• Fertigungsprozeß und Zuver- 
lässigkeit 

• Zuverlässigkeit unter Umge- 
bungsbeanspruchungen 

• Qualität der Software 

Wie? Teilnahmemeldungen 
schriftlich an: Kammer der Tech- 
nik, Präsidium. Fachverband 
Elektrotechnik, Postfach 1315, 
Berlin, 1086 Hoppe 
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Anwenderzentrum 
qualifiziert Kunden 

Im Anwenderzentrum des VEB 
Numerik „Karl Marx“ wurden im 
vergangenen Jahr mehr als 5000 
Fachleute aus Abnehmerbetrie- 
ben qualifiziert. Auf Lehrgängen 
vermittelte ihnen der Karl-Marx- 
Städter Betrieb neue Erkennt- 
nisse der Automatisierungstech- 
nik. Die Experten machten sich 
mit der Programmierung sowie 
mit Wartung und Instandhaltung 
von numerischen Steuerungen 
vertraut. Ausländische Lehr- 
gangsteilnehmer kamen aus der 
CSSR, UdSSFj, aus Italien, 
Jugoslawien, Österreich und 
Polen. ADN 

Datenfernübertragung 

Das internationale Zentrum für 
wissenschaftlich-technische In- 
formationen in Moskau bietet 
den Forschungsinstituten der 
Akademie der Wissenschaften 
der UdSSR in Leningrad über 
eine Direktverbindung jetzt die 
Möglichkeit, technische Ideen 
anderer RGW-Mitgliedsländer 
stärker zu nutzen. Die in den 
Computern des Zentrums ge- 
speicherten Daten über auslän- 
dische Erfindungen können da- 
durch schneller nach Leningrad 
übermittelt werden. Beispiels- 
weise werden mathematische 
Programmpakete der Techni- 
schen Universität Dresden für 
die Steuerung des automatisier- 
ten Komplexes des Kalinin- 
Werkes und die Einführung einer 
in der DDR entwickelten hoch- 
effektiven Methode zur Schnell- 
bestimmung der Metallschmelze 
im Leningrader Stahlwalzwerk 
genutzt. ADN 

Lizenzen vergeben 

Lizenzverträge auf dem Gebiet 
der Mikroelektronik hat das Halb- 
leiterwerk Frankfurt/Oder mit 
Partnern in sozialistischen Län- 
dern Asiens für 1987 abge- 
schlossen. So erwirbt die Volks- 
republik China die Technologie 


zur Montage eines speziellen 
Schaltkreises für Tastaturen ein- 
schließlich dazu erforderlicher 
Ausrüstungen. Die Koreanische 
Demokratische Volksrepublik 
wird die Herstellung ausgewähl- 
ter bipolarer Festkörperschalt- 
kreise aufnehmen. Beide Ver- 
träge sehen nicht nur die Bereit- 
stellung technischer Dokumen- 
tationen, sondern auch die Aus- 
bildung von Spezialisten vor. 

ADN 

Geräte für die 
grafische Ausgabe 

Ende vergangenen Jahres 
stellte das Unternehmen Rank 
Xerox Limited in Berlin Erzeug- 
nisse aus seiner Produktions- 
palette vor. Zum Lieferprogramm 
des Unternehmens, das mit ei- 
nem Büro im Internationalen 
Handelszentrum vertreten ist, 
gehören in erster Linie Vervielfäl- 
tigungs- (Kopierer) und Technik 
für die Bürokommunikation. So 
waren u. a. zu sehen der Kopie- 
rer Xerox 1050, Telekopierer 
TC 7010 und Schreibmaschine 
Xerox 601 5. 

Als kleine, aber leistungsfähige 
CAD-Systeme wurden der Plot- 
ter V-80 (Bild 1) und der Laser- 
printer Xerox 4045 (Bild 2) in Ver- 
bindung mit PC Rank Xerox OP 
at (Bild 1 ) vorgestellt. Der OP at 
ist - nach Informationen des 
Ausstellers- voll kompatibel mit 
dem IBM PCAT. 

Versatec V-80 arbeitet nach dem 
elektrostatischen Prinzip; somit 
sehr geräuscharm. Bis zu 1 5 Sei- 
ten pro Minute kann der Plotter 
(Drucker) mit Text oder Grafiken 
bedrucken. Die Auflösung be- 
trägt wahlweise 1 00 oder 200 
Punkte pro Inch. (Siehe auch 
MP 2/87, Seite 34, Information 
über den elektrostatischen 




Zeilendrucker EC 71 42 aus der 
CSSR.) 

Das zweifellos interessanteste 
Exponat der kleinen Ausstellung 
war der Laserprinter. Er arbeitet 
xerographisch, hat eine Druck- 
geschwindigkeit von bis zu 1 0 
Seiten je Minute. Die Auflösung 
für Text beträgt 300 x 300 
Punkte je Inch. Das Gerät verfügt 
über maximal 4 Steckplätze für 
Kassetten, die digitalisierte 
Schriften enthalten. Dabei kön- 
nen auf jeder Kassette - abhän- 
gig von Größe und Umfang der 
Schrift - bis zu 9 Schriftarten ab- 
gespeichert werden. Um Grafik 
ausgeben zu können, ist eine 
Speichererweiterung um 384 K 
DRAM notwendig. Dabei beträgt 
die Auflösung für eine auszuge- 
bene Fläche von 200 mm mal 
1 30 mm Größe (entspricht Pa- 
pierformat A5) 300 x 300 Punkte 
je Inch und für eine Flächen- 
größe von 200 mm x 225 mm 
(entspricht Papierformat A4) 1 50 
mal 150 Punkte je Inch. Bild 3 
zeigt einen Screen Dump (Aus- 
schnitt) vom OP at, erstellt mit 
dem Xerox 4045. MP 


Softwarebanken 

ln den Kombinaten der DDR wer- 
den Bereiche für das Erarbeiten 
von Software geschaffen bzw. 
ausgebaut. Weltweit wächst der 
Wert der Software schneller als 
der der Hardware, wobei etwa 
70 Prozent der benötigten Soft- 
ware für spezifische Lösungen 
von den Anwendern selbst ge- 
schaffen werden. Die Effektivität 
vieler Schlüsseltechnologien 
wird maßgeblich durch die Soft- 
ware bestimmt. Die Qualität der 
Programme ist ein entscheiden- 
der Faktor für den wirksamen 
Einsatz der Rechentechnik und 
damit für die beschleunigte Stei- 
gerung der Arbeitsproduktivität. 
Gegenwärtig ist der Aufwand für 
die Hardware und die Software 
noch etwa gleich groß. Der T rend 
läßt jedoch erkennen, daß der 
Aufwand für die Software künftig 
vierfach größer sein wird als der 
für die Hardware. Um Doppelar- 
beit bei der Entwicklung von 
Software zu vermeiden, werden 
Softwarebanken geschaffen und 
das Datennetz ausgebaut. ADN 


Messeprogramm 
Brno 1987 

Auf einer Pressekonferenz in 
Berlin im Januar informierte der 
Stellvertreter des Generaldirek- 
tors des Unternehmens Messen 
und Ausstellungen Brno 
(CSSR), Dr. Jaroslav Kuöera, 
über die diesjährigen Messevor- 
haben. Neben zahlreichen Fach- 
ausstellungen werden vom 9. bis 
14. April die 18. Internationale 
Konsumgütermesse und vom 1 4. 
bis 21 . September die 29. Inter- 
nationale Maschinenbaumesse 
stattfinden. In diesem Jahr wird 
die Internationale Maschinen- 
baumesse auf fortschrittliche ma- 
schinentechnische Technologien 
ausgerichtet sein. Auch das 
wissenschaftlich-technische 
Rahmenprogramm wird diese 
Fachproblematik widerspiegeln. 

MP 

Fotos: Paszkowsky (2) 


Umwandlung von Bild- 
schirmtexten 
in Braille-Schrift 

Ein Gerät zur Umwandlung von 
Bildschirmtexten in die abtast- 
baren Punkte der Braille-Schrift 
für Blinde ist von Wissenschaft- 
lern der Budapester Techni- 
schen Universität konstruiert 
worden. Im Gegensatz zu einer 
in den 70er Jahren entwickelten 
Lösung wird nicht mehr Zeichen 
für Zeichen, sondern Zeile für 
Zeile- also 40 und mehrZeichen 
auf einmal - transformiert. Als 
besonders schwierig erwies 
sich, die Zuverlässigkeit der me- 
chanischen Teile zu garantieren. 
Beispielsweise müssen 320 
Dorne für die Punktschrift mit 
entsprechender Geschwindig- 
keit bewegt werden. Das Gerät 
soll Blinden die Arbeit mit Com- 
putern ermöglichen. ADN 
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P8000- ein universelles 
16-Bit-Mikrorechnerentwicklungssystem 


Dr. Ludwig Claßen 
Zentrum für Forschung 
und Technologie, 

Kombinat VEB Elektra- Apparate-Werke 
Berlin-Treptow 

0. Einleitung 

Das aus einem 8-Bit- und einem 16-Bit- 
Mikrorechnerteil bestehende P8000 ist 
ein universell ersetzbares Program- 
mier- und Entwicklungssystem für 
Multi-User-/Multi-Task- Anwendungen 
aus dem Kombinat VEB Elektro- Appa- 
rate Werke Berlin-Treptow. Die 
Leistungsfähigkeit jedes Mikrocompu- 
ters wird wesentlich durch sein Betriebs- 
softwaresystem bestimmt; auf dem 
P8000 sind, um eine große Anzahl von 
Anwendungsgebieten zu erschließen, 
vier Betriebssysteme implementiert: 
WEGA (kompatibel UNIX) 

UDOS (kompatibel RIO) 

OS/M (kompatibel CP/M) 

IS/M (kompatibel ISIS II) 

Auf dem 16-Bit-Mikrorechnerteil des 
P8000 läuft das Mehrbenutzer-Betriebs- 
system WEGA. Es stellt sowohl hin- 
sichtlich seiner Leistungsfähigkeit als 
auch seiner Anwendungsbreite eine 
neue Qualität gegenüber bisher bekann- 
ten Betriebssystemen für 8-Bit-Mikro- 
rechner dar. 

Auf dem 8-Bit-Mikrorechnerteil des 
P8000 sind, um die Aufwärtskompatibi- 
lität zu verfügbaren Softwaresystemen 
abzusichern, die Betriebssysteme 



Bild 1 Programmier- und Entwicklungssystem 
P8000 Foto: DEWAG -Weber 


UDOS, OS/M und IS/M implementiert. 
Dadurch ist die Übernahme vorhande- 
ner erprobter Softwarelösungen auf das 
P8000 problemlos möglich. 

Das P8000 bietet durch seine Ausstat- 
tung dem Anwender ein breites Spek- 
trum an Softwarearbeitsmöglichkeiten, 
das für vielfältige Problemlösungen ein- 
gesetzt werden kann. Schwerpunkt der 
vorliegenden Realisierungsversion des 
P8000-Softwaresystems ist die Unter- 
stützung der Softwareentwicklung für 
die Mikroprozessorfamilien 

■ U881/882 
Einchipmikrorechner 

■ U880 

8-Bit-Mikroprozessorsystem 

■ U8001/8002 

1 6-Bit-Mikroprozessorsystem 

■ K 1810 WM 86 
16-Bit-Mikroprozessorsystem. 

Die Einbindung weiterer Mikroprozes- 
sorsysteme in das P8000-Entwicklungs- 
systemkonzept ist möglich. 

Für Echtzeitaufgaben in Anwendersy- 
stemen mit den 16-Bit-Mikroprozesso- 
ren U8001/U8002 wird zusätzlich das 
hocheffektive Real-Time-Betriebssy- 
stem IRTS 8000 (Kernel, Monitor, De- 
bugger, Händler usw.) und das zugehö- 
rige - auf dem P8000 lauffähige - auto- 
matische Generierungssystem ICL 8000 
bereitgestellt. 


1. Hardwarekonfiguration 

Das Gerätesystem P8000 besteht aus 
mehreren aufeinander abgestimmten 
Hardwareteilkomponenten / 1/, die, ab- 
hängig vom jeweiligen Einsatzfall, in 
verschiedener Weise miteinander konfi- 
guriert werden können (Bild 2): 

■ P8000-Grundgerät mit 8- und 16-Bit- 
Mikrocomputerzentraleinheit, mit bis 
zu 1 MByte Hauptspeicher und mit zwei 
Floppy-Disk-Laufwerken (5V4Z0II) 

■ P8000-Terminalarbeitsplatz mit al- 
phanumerischem Zeichenvorrat und 
V.24-Interface 

■ P8000-EPROM-Programmiermodul 
für EPROM-Schaltkreise der Typen 
2700, 2716, 2732 und 2764 (EPROM - 
erasable programmable read only 
memory). 

■ P8000-Hard-Disk-Beistellgerät (5V4- 
Zoll-Winchesterlaufwerk) mit ST506- 
Anschlußsteuerung für Parallelinterface 


■ P8000-Emulatorsystem für den Ein- 
chipmikrorechner U881/U882. 

Neben diesen, speziell für das Geräte- 
system P8000 vorgesehenen, Hardware- 
komponenten können in P8000-Konfi- 
gurationen auch beliebige Terminals, 
Drucker, Rechnerkoppeleinheiten, 
Grafikarbeitsplätze u. a. m. verwendet 
werden, die den beim P8000 gegebenen 
Hardware- und Software-Interface- 
bedingungen genügen. Die Zentralein- 
heit des P8000 ist in einem Kompakt- 
gehäuse untergebracht (Abmessungen: 
234 x 345 x 400 mm 3 ). Eine Kartenbau- 
gruppenaufnahme dient innerhalb des 
P8000-Grundgerätes zur mechanischen 
Fixierung von zwei miteinander verbun- 
denen Einzelleiterplatten mit dem 8- 
und 16-Bit-Mikrorechnerteil. Auf der 
Leiterplatte des 16-Bit-Mikrorechner- 
teils befinden sich fünf 64polige Steck- 
verbinder, die zur Aufnahme von Spei- 
cherbaugruppen mit 64-KBit-DRAM- 
Speicherschaltkreisen dienen. Auf jeder 
dieser einzeln steckbaren Speicherbau- 
gruppen ist ein 256-KByte-DRAM- 
Speicherbereich mit Paritätsfehlerüber- 
wachung untergebracht (DRAM - 
dynamic random access memory). Die 
nicht mit Speicherbaugruppen belegten 
64poligen Steckverbinder auf dem 16- 
Bit-Mikrorechnerteil können zur Auf- 
nahme zusätzlicher Ein-/ Ausgabeerwei- 
terungsbaugruppen genutzt werden. 
Neben den Elektronikbaugruppen be- 
finden sich im P8000-Grundgerät zwei 
5V4-Zoll-Floppy-Disk-Laufwerke und 
eine kompakte Stromversorgungsein- 
heit. 

Das P8000-Grundgerät ist standard- 
mäßig mit acht seriellen und zwei paral- 
lelen Interfaceschnittstellen (16 Bit) 
ausgestattet, die zur Ankopplung von 
T erminalarbeitsplätzen , Hard-Disk- 
Beistellgeräten, Druckern, In-Circuit- 
Emulatoren, EPROM-Programmier- 
modulen, Rechnerkoppeleinheiten 
u. a. m. dienen können. Im einzelnen 
hat das P8000-Grundgerät folgende 
Hardwaremerkmale (Bild 3; siehe auch 
/!/): 

■ 8-Bit-Mikrorechnerteil auf Basis 
UA880 (4 MHz) mit 

- 2 Fassungen für EPROM-Schalt- 
kreise der Typen 2716, 2732 oder 2764 
(4, 8 oder 16 KByte) 

- 8 64-KBit-DRAM-Schaltkreisen 
U264 (64 KByte) 
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- 4 1K x 4-SRAM-Schaltkreisen U214 
(2 KByte) 

- 2 U A856-SIO für vier serielle Schnitt- 
stellen (4 X V.24/IFSS, speziell für 
Terminal- und Druckeranschluß) 

- 1 UA855-PIO für zwei 8-Bit-Parallel- 
schnittstellen (speziell für EPROM-Pro- 
grammiermodulanschluß) 

- 1 UA858-DMA für direkten Spei- 
cherzugriff 

- 1 U8272-FDC für Floppy-Disk- 
Anschluß (5V4 und 8 Zoll, FM- oder 
MFM-Aufzeichnungsverfahren (FM 
single density, MFM double density) 

■ 16-Bit-Mikrorechnerteil auf Basis 
UB8001 (4 MHz) mit 

- 4 Fassungen für EPROM-Schalt- , 
kreise der Typen 2716, 2732 oder 2764 
(8, 16 oder 32 KByte) 

- 4 1K x 4-SRAM-Schaltkreisen U214 
(2 KByte) 

- 3 UB8010-MMU für Speicherver- 
waltungsaufgaben 

- 2 U A856-SIO für vier serielle Schnitt- 
stellen (4 X V.24 oder 2 x V.24 und 

2 x IFSS, speziell für Terminal- und 
Druckeranschluß) 

- 1 UA855-PIO für zwei 8-Bit-Parallel- 
schnittstellen (speziell für Hard-Disk- 
Anschluß) 

- 5 Steckverbinder für Speicher- und 
Ein-/Ausgabeerweiterungskarten (ins- 
gesamt bis zu 1 MByte) 

■ Speichererweiterungskarten mit je 38 
64-KBit-DRAM-Schaltkreisen U264 
(256 KByte) mit Paritätsfehlerkontrolle 

■ zwei in das P8000-Grundgerät inte- 
grierte 5 1 k-Zo\l-Floppy-Disk-Lauf- 




Bild 3 Hardwarestruktur des P8000-Grundgerätes 


werke (80 Spuren /FM oder MFM) und 
Anschlußmöglichkeit für Floppy-Disk- 
Beistellgerät mit zwei Laufwerken 
5V4 Zoll (FM und MFM) oder zwei Lauf- 
werken 8 Zoll (FM und MFM). 

Die Kommunikation zwischen dem 8- 
und 16-Bit-Mikrorechnerteil läuft über 
einen speziellen 32-Bit-Parallelschnitt- 
stellenbus mit begleitenden Handshake- 
Steuersignalleitungen. 

Am P8000-Grundgerät befinden sich 
neben dem Netzschalter lediglich zwei 
Bedienelemente, die Taste RESET 
(Hardware-Reset) und die Taste NMI 
(NMI -Interrupt). 


2. Firmwarekomponenten 

Die Softwareteile, die fest und unverän- 
derlich in den EPROM-Speicherbauele- 
menten des P8000-Gerätesystems abge- 
legt wurden, werden als P8000-Firm- 
ware bezeichnet. EPROM-Speicher- 
bauelemente mit Firmware befinden 
sich im P8000-Grundgerät, im P8000- 
Terminalarbeitsplatz, im P8000-Hard- 
Disk-Beistellgerät und im P8000-In- 
Circuit-Emulator. 

Der P8000-EPROM-Programmiermo- 
dul arbeitet ohne eigene EPROM-Firm- 
ware. 

Die im P8000-Grundgerät befindlichen 
EPROM-Speicherbauelemente um- 
fassen, abhängig vom Bauelementetyp, 
auf dem 8-Bit-Mikrorechnerteil einen 
Speicherbereich von 4, 8 oder 16 KByte 
und auf dem 16-Bit-Mikrorechnerteil 
einen Speicherbereich von 8, 16 oder 
32 KByte. 

Im einzelnen enthalten sie die Firm- 



warekomponenten Hardwareeigentest, 
U880/U8001-Softwaremonitor, 8-/16- 
Bit-Mikrorechnerkommunikation und 
Betriebssystem- Anfangslader. 


3. Betriebssoftware 
des Gerätesystems P8000 

3.1. Betriebssystem WEGA 

Das Betriebssystem WEGA ist für die 
unterschiedlichsten Einsatzfälle konzi- 
piert. Es ist ein Mehrbenutzer-Betriebs- 
system (Multi-User) mit Multitask- 
Eigenschaften, bei dem jeder Teilneh- 
mer mehrere Prozesse (Programme) 
gleichzeitig bearbeiten lassen kann. Ins- 
gesamt sind bei der WEGA-Implemen- 
tation auf dem P8000-Grundgerät bis zu 
acht quasisimultan an einer Zentralein- 
heit arbeitende Nutzer zulässig. Jeder 
Nutzer ist über einen Terminalarbeits- 
platz mit dem P8000-Grundgerät ver- 
bunden. 

WEGA ist kompatibel zum UNIX, 
System III. Es enthält alle Standard- 
merkmale dieses Betriebssystems, wie 
hierarchisches Dateiverwaltungssystem , 
Ein-/Ausgaberedirektion, Pipe- und 
Filterverarbeitungsmöglichkeiten, 
Shell-Kommandointerpreter, C-Sprach- 
basis usw. 

Auf Quellkodeebene ist WEGA mit den 
an UNIX angelehnten Betriebssyste- 
men PSU (ESER), MUTOS (SM 4, 

K 1600) und zur MUTOS-SOOO-Imple- 
mentation auf dem Bürocomputer 
A 5120. 16 kompatibel. Die Nutzung des 
Betriebssystems WEGA setzt ein an das 
P8000-Grundgerät über ein PlO-Inter- 
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face anschließbares Hard-Disk-Beistell- 
gerät (5V4-Zoll-Winchester-Hard-Disk) 
von minimal 10 MByte voraus. Die 
maximale Größe des externen Speicher- 
mediums ist nahezu unbegrenzt. Als 
Backup-Medium für den externen Fest- 
platten-Massendatenspeicher werden 
die im P8000-Grundgerät eingebauten 
5V4-Zoll-Floppy- Disk-Laufwerke ver- 
wendet. UNIX ist international ein 
Standardbetriebssystem für 16-/32-Bit- 
Mikrorechner 12... 51. Es wird auf 
unterschiedlichsten Rechnern, vom 
Mikro- über Klein- bis zu den Großrech- 
nern, vom Arbeitsplatzcomputer über 
CAD/CAM-Systeme bis zu EDV-Anla- 
gen, eingesetzt. Entsprechend umfang- 
reich ist die verfügbare Software. 

Das P8000-Softwaresystem ist in der 
vorliegenden Realisierungsversion pri- 
mär vorgesehen als Entwicklungssystem 
zur Programmerstellung für verschie- 
dene Mikroprozessorfamilien und als 
Zentralgerät zum Anschluß des P8000- 
Emulators. 

Das P8000 ist darüber hinaus aber auch 
sofort ohne Zusatz oder Änderung ein- 
setzbar für 

■ Aufgaben bei der Rationalisierung 
und Automatisierung der Büro- und 
Verwaltungsarbeit 

■ Basiskonfigurationen beim Aufbau 
von komplexen, allen Anforderungen 
entsprechenden Datenbanksystemen 

■ Textverarbeitungsaufgaben bis hin 
zur Aufbereitung von Texten für den 
Lichtsatz 

■ Zentralrechnersysteme, die dezen- 
trale Echtzeitsteuer- und -regelsysteme 
überwachen und Dateiarbeit ausführen 
können 

■ Rechnerkopplungen des P8000- 
Grundgerätes mit gleichartigen oder mit 
unterschiedlichen Rechnern, wie Büro- 
computern und Kleinrechnern sowie für 
Kopplungen des P8000-Grundgerätes 
über ein Modem an ein Datennetz 

■ Unterstützungsaufgaben bei der Ent- 
wicklung von Compilern für spezielle 
Sprachen (Fachsprachen der Meß-, 
Steuer- und Regelungstechnik, spezielle 
Prüfautomatensprachen usw.) durch 
Compiler-Entwicklungssoftware 

und für vieles andere mehr. 

3.1.1. Struktur des Betriebs- 
systems WEGA 

Das WEGA-Softwaresystem des P8000 
besteht aus folgenden Komponenten: 

■ Anfangsladerprogramm und Stand- 
alone-Programme, die unter Steuerung 
des Anfangsladers arbeiten 

■ WEGA-Betriebssystemkern 

■ System-, Dienst- und Anwender- 
programme, die unter Steuerung des 
Betriebssystems WEGA arbeiten. 

Nach dem Netzeinschalten und nach je- 
dem Hardware-RESET ist die Soft- 


ware im EPROM-Firmwarespeicher des 
P8000 aktiv. In ihr sind Debug-Funktio- 
nen des U880-/U8001 -Softwaremonitors 
für die maschinennahe Softwarefehler- 
suche, ein Hardwareeigentestpro- 
gramm, Programme zur Abwicklung 
der Kommunikation zwischen 8- und 
16-Bit-Mikrorechnern im P8000 sowie 
ein Programm zur automatischen Initia- 
lisierung des WEGA- Anfangsladers 
enthalten. 

Der Ladeprozeß von WEGA erfolgt 
grundsätzlich von der Festplatte. Über 
die im P8000-Grundgerät eingebauten 
Floppy-Disk-Laufwerke kann die Fest- 
platte bei Bedarf mit Hilfe der Stand- 
alone-Programme neu eingerichtet 
werden. 

Das Betriebssystem WEGA kennt zwei 
Betriebsarten, den Single-User-Mode 
und den Multi-User-Mode. 

Im Single-User-Mode ist nur die V.24- 
Systemkonsole des WEGA-System- 
programmierers (WEGA-Superuser) 
aktiv. In dieser Betriebsart wird die 
Softwarewartung des Systems durchge- 
führt. Diese Betriebsart kann auch ge- 
wählt werden, wenn das P8000 als Ein- 
benutzer-System eingesetzt werden 
soll. 

Im Multi-User-Mode werden alle ange- 
schlossenen und eingeschalteten Termi- 
nals aktiviert. Bis zu acht Nutzer können 
über separate Terminalarbeitsplätze in 
dieser Betriebsart quasisimultan an 
einem P8000-Grundgerät unter WEGA 
arbeiten. 

Folgende Ein-/Ausgabegeräte sind 
standardmäßig unter Steuerung des 
WEGA-Betriebssystemkerns verfüg- 
bar: 

■ 8 serielle V.24-Kanäle für die 
WEGA-Systemkonsole, für Anwender- 
terminals, für einen Drucker (Typ: 
robotron K631x mit V.24-Schnittstelle) 
und zur Kopplung des P8000 mit weite- 
ren Rechnern 

■ 2 Festplattenlaufwerke (P8000- 
Hard-Disk-Beistellgerät) mit jeweils 
mehreren logischen Dateisystemen, 
angeschlossen über einen ST506- 
Hard-Disk-Controller mit Parallelinter- 
face 

■ 2 Floppy-Disk-Laufwerke 5V4 Zoll 
(MFM-Aufzeichnungsverfahren, 80 
Spuren) als Back-Up-Medium. 

Neben diesen Standardgeräten kann der 
Anwender, seinen speziellen Erforder- 
nissen entsprechend, zusätzliche Ein-/ 
Ausgabegeräte in das WEGA-System- 
konzept über spezielle Treiberpro- 
gramme einbinden. 

3.1.2. Stand-alone-, System- 
und Dienstprogramme WEGA 
Die Stand-alone, System- und Dienst- 
programme des Betriebssystems 
WEGA bilden die Softwarebasis des 


P8000- Anwenders. Sie unterstützen 
ihn bei der Lösung seiner speziellen 
Aufgabenstellung in einem breiten Be- 
reich. 

• Stand-alone-Programme 

Die Stand-alone-Programme dienen zur 
Initialisierung des WEGA-Software- 
systems. Ihre Nutzung ist nur beim Neu- 
start, bei totalen Systemzusammen- 
brüchen und bei Softwarewartungs- 
arbeiten notwendig. Die Stand-alone- 
Programme arbeiten unter Steuerung 
des WEGA- Anfangsladeprogrammes, 
boot 

Anfangslader (bootl) 
format 

Formatierungsprogramm Hard-Disk 
mkfs 

Einrichten eines WEGA-Dateisystems 
install 

Laden des Betriebssystems WEGA 

• Systemprogramme 

Die WEGA-Systemprogramme bilden 
ein Grundbausteinsortiment, das der 
Anwender standardmäßig bei der Liefe- 
rung des Betriebssystems WEGA kom- 
plett übergeben bekommt (WEGA- 
Kommandosatz). Die Systempro- 
gramme überstreichen breite Anwen- 
dungsbereiche, von der Rechnerkom- 
munikation über die Text Verarbeitung 
bis zur Softwareentwicklungsunterstüt- 
zung. Sie sichern außerdem den Zugriff 
des Anwenders zu den gesamten 
WEGA-Betriebssystemressourcen. • 
Zum WEGA-Standardsoftwarekom- 
mandosatz gehören insbesondere die in 
der Tafel 1 (auf der 2. Umschlagseite) 
wiedergegebenen Systemprogramme. 
Weitere Systemprogramme, wie ein 
nutzerbezogenes Rechenzeitabrech- 
nungsprogramm, ein Fortschreibungs- 
system für Anwenderquellprogramme 
(sccs-source code control System), ein 
Utilitiessystem für die indexsequentielle 
Behandlung von Dateien, Koppelpro- 
gramme für den BC A5120 bzw. den 
PC 1715 u. a. m., können, in Abhängig- 
keit von der Aufgabenstellung und der 
Größe des verfügbaren Hard-Disk-Plat- 
tenspeichers, genutzt werden. 

• Dienstprogramme 
Zur Abarbeitung unter Steuerung des 
WEGA-Softwaresystems werden 
Dienstprogrammpakete für die Mikro- 
prozessorsoftwareentwicklung , für 
Datenbankverwaltungssysteme und für 
vieles andere mehr bereitgestellt. 
Insbesondere stehen folgende Software- 
pakete auf dem P8000-Gerätesystem 
unter Steuerung des Betriebssystems 
WEG A zur Verfügung: 

■ U8001/U8002 Assemb'erprogramm- 
entwicklungspaket 

■ K 1810 WM 86 Assemblerprogramm- 
entwicklungspaket 
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■ U880 Assemblerprogrammentwick- 
lungspaket (mit C-Compiler) 

■ U881/U882 Assemblerprogramm- 
entwicklungspaket 

■ Compilersystem für die höheren 
Programmiersprachen C, PASCAL, 
FORTRAN 77, BASIC, PLZ/SYS 

■ Relationales Datenbankverwal- 
tungssystem WEGA-DATA 

■ Planungs- und Modellierungspro- 
grammsystem WEGA-CALC 

■ Textverarbeitungsprogrammsystem 
WEGA-TEXT 

■ Grafiksoftwaresvstem WEGA- 
GRAFIK/IGE 

■ Emulationsprogrammsystem 
WEGA-SCP-EMULATOR 

■ Echtzeitsoftwaregenerierungssystem 
IRTS/ICL-8001/8002 

3.2. Betriebssystem UDOS 

Das Betriebssystem UDOS ist ein 
Floppy-Disk-orientiertes Betriebs- 
system für den 8-Bit-Mikrorechnerteil 
des P8000 161, 111. Es zeichnet sich durch 
ein komfortables Dateiverwaltungs- 
system, die wahlfreie Zuordnung von 
Ein-/Ausgabedatenströmen, die auto- 
matische Speicherplatzverwaltung und 
einen umfangreichen Kommandosatz 
aus. 

Unter Steuerung des Betriebssystems 
UDOS ist insbesondere Entwicklungs- 
software für die in der DDR produzier- 
ten Mikroprozessorfamilien U880, 
U881/U882 und U8001/U8002 verfüg- 
bar. Daneben existiert eine Fülle weite- 
rer UDOS-Softwarepakete, von Compi- 
lern für höhere Programmiersprachen 
über Makroprozessoren bis hin zur 
T extverarbeitung . 

Das auf dem 8-Bit-Mikrorechnerteil des 
P8000 laufende UDOS ist mit dem für 
die Personal- und Bürocomputer 
PC 1715 bzw. A 5120 existierenden 
UDOS 1715/U-1526 im grundsätzlichen 
Aufbau identisch. Zum UDOS 1715 exi- 
stiert beim P8000 zusätzlich eine abso- 
lute Diskettenkompatibilität. 

3.3. Betriebssystem OS/M 

Das Betriebssystem OS/M ist ein 
Floppy-Disk-orientiertes Betriebssy- 
stem für den 8-Bit-Mikrorechnerteil des 
P8000 /8/, 191. Die Anwendung von 
OS/M ist begründet in der Verfügbar- 
keit einer großen Anzahl von Dienstpro- 
grammen, von Compilern/Interpretern 
für höhere Programmiersprachen und 
von Applikationssoftwaresystemen. Sie 
betreffen den Komplex der kommerziel- 
len Datenverarbeitung, den Komplex 
der Mikrorechnerentwicklungssoft- 
ware, aber auch viele weitere Anwen- 
dungslinien. Die Schnittstelle von OS/M 
auf dem P8000 zu den unter seiner 
Steuerung laufenden Programmen ist 
voll kompatibel mit der Schnittstelle des 
Betriebssystems CP/M, Version 2.2. 


Außerdem ist beim P8000 die Kompati- 
bilität mit dem in der DDR verfügbaren 
Betriebssystem SCPX 1526 für die Büro- 
computer A 5120/A 5130 und 
SCPX 1715 für den Personalcomputer 
PC 1715 gegeben. Zum SCPX 1715 
existiert beim P8000 zusätzlich eine ab- 
solute Diskettenkompatibilität. 

Mit zwei optional an das P8000 an- 
schließbaren 8-Zoll-Standardlauf- 
werken wird die Dateiübernahme von 
CP/M-Standarddisketten einfacher Auf- 
zeichnungsdichte (entsprechend dem 
Standardformat 3740) gewährleistet. 

3.4. Betriebssystem IS/M 

Das Floppy-Disk-Betriebssystem IS/M 
für den 8-Bit-Mikrorechnerteil des 
P8000 unterstützt vorrangig die Pro- 
grammentwicklung für die 16-Bit- 
Mikroprozessorlinie K 1810 WM 86. Die 
Schnittstelle IS/M auf dem P8000 ist 
vollständig kompatibel mit der Schnitt- 
stelle des Betriebssystems ISIS II. Die 
Kompatibilität sichert auf dem P8000 
die Lauffähigkeit aller ISIS-II-Pro- 
gramme auf Maschinenkodeebene. 

Mit zwei an das P8000 anschließbaren 
8-Zoll-Standardlaufwerken wird die 
Diskettenkompatibilität zu originalen 


ISIS-II-Standarddisketten einfacher 
Aufzeichnungsdichte (entsprechend 
Standardformat 3740) erreicht. 

Bei 5'/4-Zoll-Minidisketten existiert für 
ISIS II international kein standardisier- 
tes Format. Auf den 5 V 4 - Zoll-Laufwer- 
ken des P8000 wird deshalb ein Format 
analog dem UDOS- und OS/M-Format 
mit 80 Spuren (Standardformat 34) rea- 
lisiert. 
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Parallelverarbeitende Rechnersysteme 
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Die Fortschritte bei der Erhöhung der 
Rechnerleistung waren in der Vergangen- 
heithauptsächlich auf Verbesserungen in 
der Bauelemente-Technologie zurückzu- 
führen. Hier nähert man sich jedoch in- 
zwischen einer physikalischen bzw. tech- 
nischen Grenze. Insbesondere gilt dies 
für die wichtige technische Kennziffer 
der Operationsgeschwindigkeit, die zwar 
nicht das einzige Maß für die Leistungs- 
fähigkeit eines Rechnersystems darstellt, 
jedoch als ein fundamentales Merkmal 
angesehen werden muß. 

Ein weiterer spürbarer Zuwachs der Ver- 
arbeitungsgeschwindigkeit kann nur auf 
der Basis innovativer Rechner- 
architekturen erzielt werden. Diese sind 
im Unterschied zu der streng sequentiel- 
len Befehlsabarbeitung der konventio- 
nellen von-Neumann-Rechner durch 
eine parallele Verarbeitung gekenn- 
zeichnet. 


Einschätzung des gegen- 
wärtigen Standes 

In den letzten beiden Jahrzehnten wur- 
den in internationalem Maßstab bereits 
Rechnersysteme mit teilweiser oder 
vollständiger Parallelverarbeitung kon- 
zipiert bzw. hergestellt und genutzt. 
Nach Flynn werden die Rechnersysteme 
entsprechend der Anzahl der Befehls- 
und Datenströme in vier Klassen einge- 
teilt 121, /3/: 

SISD Single Instruction - 
Single Data 

SIMD Single Instruction - 
Multiple Data 

MISD Multiple Instruction - 
Single Data 

MIMD Multiple Instruction - 
Multiple Data. 

Die Klasse SISD umfaßt die gewöhn- 
lichen Einprozessorsysteme (EPS) als 
Abkömmlinge des von-Neumann-Kon- 
zepts. In der Praxis sind reine von-Neu- 
mann-Maschinen selten anzutreffen, 
weil immer ein gewisser Grad von Paral- 
lelismus notwendig ist, um eine hohe 
Verarbeitungsgeschwindigkeit zu er- 
reichen. 

Zu den Systemen der Klasse SIMD 
gehören die auch als Arrayrechner 
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bezeichneten Feldrechner sowie die As- 
soziativrechner. Feldrechner besitzen 
ein Feld (Array) von identischen Verar- 
beitungselementen. Sie realisieren eine 
synchrone parallele Verarbeitung, das 
heißt, sie realisieren in gleichen Zeitab- 
schnitten die gleichen Befehle. Aufbau 
und Wirkungsweise der Assoziativrech- 
ner sind im wesentlichen durch assozia- 
tive Suchprozesse bestimmt. 

In die Klasse MISD können die Pipe- 
line- oder Fließbandrechner eingereiht 
werden. Diese verfügen über einen Pro- 
zessor, der aufgrund einer entsprechen- 
den Unterteilung der Befehle in jeweils 
mehrere Stufen die gleichzeitige Aus- 
führung entsprechend vieler aufeinan- 
derfolgender Befehle in unterschied- 
lichen Stufen und ihre Weitergabe an 
die nächste Stufe vornimmt. 

Die Klasse MIMD enthält die auch kurz 
als Multiprozessoren bezeichneten Mul- 
tiprozessor- oder Mehrprozessor- 
systeme (MPS). Dies sind Rechnersy- 
steme, die mehrere selbständige Prozes- 
soren (Sl-Prozessoren) besitzen, die 
gleichzeitig und unabhängig voneinan- 
der an der Lösung einer Aufgabe arbei- 
ten. Sie realisieren eine asynchrone pa- 
rallele Verarbeitung. Falls eine Paralle- 
lisierung der Berechnungen für eine ein- 
zelne Aufgabe Schwierigkeiten bereitet, 
kann auch durch gleichzeitige Ausfüh- 
rung unterschiedlicher Aufgaben auf 
den einzelnen Prozessoren die Aus- 
lastung der Prozessoren erreicht 
werden. Von allen parallelverarbeiten- 
den Systemen besitzen die Multiprozes- 
sorsysteme den höchsten Grad der Uni- 
versalität. Daher sollte ihnen ganz be- 
sondere Aufmerksamkeit gewidmet 
werden. 

Durch die Entwicklung der Mikro- 
prozessortechnik, die die Bereitstellung 
leistungsfähiger Prozessoren zu niedri- 
gen Preisen ermöglicht, ist es heute prin- 
zipiell möglich, Multiprozessorsysteme 
mit kostengünstigen Komponenten zu 
realisieren. In der jüngsten Vergangen- 
heit war man noch auf die aufwendige- 
ren Kleinrechner angewiesen. Dadurch 
bedingt war auch eine Beschränkung 
auf eine relativ kleine Anzahl von 
Prozessoren. Hier ist das klassische 
Multiprozessorsystem C.mmp, der 
Carnegie-Mellon-multi-miniprocessor, 
zu nennen /l/, /4/. Es verfügte über 16 
Prozessoren. Dies waren verschiedene 
Modelle der DEC PDP-11. Jedem 
Prozessor war ein privater (lokaler) 
Speicher zugeordnet. Jeder der 16 Pro- 
zessoren konnte weiterhin über ein 
16 x 16-Crossbar-Verbindungsnetzwerk 
mit jedem der 16 Moduln des gemeinsa- 
men (globalen) Speichers verbunden 
werden. 

Auf der Basis der mit diesem System 
gewonnenen Erfahrungen wurde an der 
Carnegie-Mellon-Universität ein 



Bild 1 Struktur eines universellen und flexiblen 
Multiprozessorsystems 


System mit einer veränderten Struktur 
entwickelt und gebaut. Dieses unter 
dem Namen Cm* bekannt gewordene 
System zeichnet sich durch eine hier- 
archische Struktur aus. Sein Grundbau- 
stein ist das als Computer-Modul (Cm) 
bezeichnete Paar Prozessor - Speicher. 
Bis zu 14 Computer-Moduln können 
über einen Bus zu einem Cluster verbun- 
den werden. Mehrere Cluster wiederum 
können über einen Intercluster-Bus ge- 
koppelt werden. Die Kosten für den Zu- 
griff zu einem lokalen Speicher eines 
Moduls, zu einem Modul im gleichen 
Cluster bzw. zu einem Modul in einem 
anderen Cluster verhalten sich wie 
1:3:9. Eine wesentliche Voraussetzung 
für eine effektive Arbeit des Systems ist 
daher die Verfügbarkeit der Mehrzahl 
der Programme und Daten in dem dem 
entsprechenden Prozessor zugeordne- 
ten Speicher. 

Als Prototyp eines Multiprozessorsy- 
stems mit einer größeren Anzahl von 
Mikroprozessoren ist das Rechnersy- 
stem SMS 201 (Structured Multi-micro- 
processor System 201) der Firma Sie- 
mens bekannt geworden /ll/. Es besitzt 
128 Mikroprozessoren, von denen je 16 
zu einem Block zusammengefaßt wur- 
den, sowie einen Steuerrechner. Das 
System wurde ursprünglich für die Simu- 
lation von „parallelen“ Problemen, wie 
Wetterprognose, Potentialfelder, Mu- 
stererkennung und Verfahrensuntersu- 
chungen der numerischen Mathematik, 
entworfen. Jedem Punkt des behandel- 
ten Raumes sollte ein Mikroprozessor 
entsprechen. Programme und Daten 
sind in den privaten Speichern der Pro- 
zessoren untergebracht. Damit können 
alle Prozessoren gleichzeitig und unab- 
hängig voneinander arbeiten. Anschlie- 
ßend werden die Ergebnisse der Berech- 
nung unter den Prozessoren ausge- 
tauscht, die Berechnungen werden er- 
neut ausgeführt und so weiter. So erfolgt 
eine ständige Wiederholung des aus der 
Rechenphase und der Datenaustausch- 
phase bestehenden Zyklus. 

An diesem Rechnersystem wird deut- 
lich, daß durch die moderne Mikro- 
prozessortechnik wesentliche Voraus- 


setzungen für die Entwicklung von 
Rechnersystemen mit Parallelverarbei- 
tung geschaffen wurden. Aufgrund der 
niedrigen Herstellungskosten für inte- 
grierte Schaltungen ist es sinnvoll, eine 
noch größere Anzahl von Mikroprozes- 
soren für die Lösung einer einzelnen 
Aufgabe einzusetzen und so Rechnersy- 
steme mit noch höheren Leistungen zu 
entwickeln. Allgemein gilt, daß bei ge- 
gebener Leistung der Prozessoren die 
Gesamtleistung eines Multiprozessorsy- 
stems um so größer ist, je mehr Prozes- 
soren es enthält. Für die exakte Bewer- 
tung und den Vergleich eines Multipro- 
zessorsystems gegenüber einem entspre- 
chenden Einprozessorsystem werden 
als wesentliche Kennziffern die Be- 
schleunigung S p und der Wirkungsgrad 
E p benutzt. 

Diese sind durch die Formeln 



bestimmt. Hierbei ist T p die Zeit für die 
Lösung einer Aufgabe auf einem Multi- 
prozessorsystem mit p Prozessoren, 
während T i die Zeit für die Lösung einer 
Aufgabe desselben Typs auf einem Ein- 
prozessorsystem darstellt. Die Be- 
schleunigung kann höchstens den Wert 
p annehmen. Im allgemeinen ist sie 
jedoch kleiner. 

Bezüglich der möglichen Erhöhung der 
Verarbeitungsgeschwindigkeit in Ab- 
hängigkeit von der Anzahl der einge- 
setzten Verarbeitungselemente gibt es 
unterschiedliche Aussagen. Die Diskus- 
sion wird insbesondere durch die Be- 
hauptung von Minsky beeinflußt, die in 
der Fachwelt die Bezeichnung „Minsky- 
sche Vermutung“ erhalten hat /5/, 16/. 
Danach ist für Rechnerarchitekturen 
mit p-fachem Datenstrom die erreich- 
bare Beschleunigung nicht proportional 
zu p, sondern nur zu log 2 p. Dies würde 
bedeuten, daß für eine Erhöhung der 
Leistung eines Rechnersystems mit dem 
Faktor 10 bereits 1024 Prozessoren be- 
nötigt würden. Diese Theorie konnte 
bisher nicht entscheidend widerlegt wer- 
den, so daß nach wie vor Zweifel an der 
Effektivität der Parallelverarbeitung be- 
stehen. 

Auch bei wohlwollender Beurteilung 
des gegenwärtigen Standes muß einge- 
schätzt werden, daß die den Multipro- 
zessorsystemen eigenen Vorteile und 
Möglichkeiten bisher noch in keiner 
Weise zur Wirkung gebracht worden 
sind. Um zu realistischen Aussagen über 
das Leistungsverhalten der innovativen 
Rechnerarchitekturen zu gelangen, ist 
es notwendig, die drei Komponenten 
Hardware, Software und Algorithmen 
(Brainware) als eine untrennbare Ein- 
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heit zu sehen. Das grundlegende Pro- 
blem besteht darin, eine solche Struktur, 
eines Rechnersystems zu bestimmen, 
die so universell und ökonomisch ist, 
daß sie die Lösung einer breiten Klasse 
von Aufgaben mit hoher Effektivität 
ermöglicht. Das bedeutet, daß das 
Rechnersystem u. a. folgende Eigen- 
schaften besitzen muß: 

- Modularität 

- Veränderbarkeit der Struktur 

- Existenz einer Speicherhierarchie 

- kostengünstige Komponenten 

- Proportionalität der Verarbeitungs- 
geschwindigkeit zur Anzahl der Pro- 
zessoren. 

Von dem sowjetischen Wissenschaftler 
Moltschanow vom Institut für Kyberne- 
tik der Ukrainischen Akademie der Wis- 
senschaften Kiew wurden für derartige 
Rechnersysteme effektive parallele Al- 
gorithmen entwickelt, die eine hohe Be- 
schleunigung gewährleisten 111 bis /10/. 
Vom Autor wurde diese Linie weiterge- 
führt, indem für die Lösung wichtiger 
Klassen wissenschaftlich-technischer 
Aufgaben ein Modell eines universellen 
Multiprozessorsystems definiert wurde, 
das eine adäquate Widerspiegelung der 
für die gestellte Aufgabe wesentlichen 
Seiten des Untersuchungsgegenstandes 
ermöglicht, und auf dessen Grundlage 
effektive parallele Algorithmen ent- 
wickelt wurden. 

Ein universelles und flexibles 
Multiprozessorsystem 

Zur Demonstration der Leistungsfähig- 
keit der Parallelverarbeitung wurde ein 
geeignetes Rechnersystem mit mehr- 
fachem Befehls- und Datenstrom mit 
der in Bild 1 angegebenen Struktur kon- 
zipiert. Das System besitzt p (p ^ 2) 
identische Prozessoren, wobei der Wert 
von p eine Potenz der Zahl 2 mit positi- 
vem ganzzahligem Exponenten dar- 
stellt. Diese Prozessoren realisieren die 
Verarbeitung. Ein peripherer Prozessor 
dient der Ein- und Ausgabe. 

Weiterhin verfügt dieses Multipro- 
zessorsystem über eine Speicherhier- 
archie, die aus folgenden Ebenen be- 
steht: 

Ebene 1 - lokale Speicher 
der Prozessoren 

Ebene 2 - gemeinsamer Speicher 
Ebene 3 - Arbeitsspeicher 

des peripheren Prozessors 
Ebene 4 - Externspeicher 

des peripheren Prozessors. 
Über ein Verbindungsnetzwerk können 
alle Prozessoren paarweise miteinander 
sowie mit dem gemeinsamen Speicher 
verbunden werden. Der gemeinsame 
Speicher besteht aus p Moduln, von 
denen jedem Prozessor eine bestimmte 
Anzahl dynamisch zugeordnet werden 


kann. Über das Verbindungsnetzwryk 
können die Prozessoren bzw. die Mo- 
duln des gemeinsamen Speichers außer- 
dem mit dem peripheren Prozessor ver- 
bunden werden/ 

Für die Kennzeichnung des Rechner- 
systems werden folgende Parameter 
herangezogen: 

p Anzahl der Prozessoren 

t Zeit für die Ausführung einer 

arithmetischen Operation durch 
einen Prozessor 

t S n Zeit für den Start eines Transfers 

zwischen zwei Speichern der 
Ebene 1 

tjn Zeit für den Transfer eines 

Wortes zwischen zwei Speichern 
der Ebene 1 

tsn Zeit für den Start eines Transfers 
zwischen einem Speicher der 
Ebene 1 und einem Speicher der 
Ebene 2 oder umgekehrt 
txi 2 Zeit für den Transfer eines 

Wortes zwischen einem Speicher 
der Ebene 1 und einem Speicher 
der Ebene 2 oder umgekehrt 
M] Kapazität in Worten des 

Speichers der Ebene 1 eines ent- 
sprechenden Einprozessor- 
systems, die für die Aufbewah- 
rung von Daten zur Verfügung 
steht 

M p Kapazität in Worten eines lo- 
kalen Speichers der Ebene 1 des 
Multiprozessorsystems, die für 
die Aufbewahrung von Daten zur 
Verfügung steht. Ohne Ein- 
schränkung der Allgemeinheit sei 
Mj = pM p . 

Entsprechend der Forderung, daß für 
jede Klasse von Rechnersystemen mit 
paralleler Verarbeitung speziell ange- 
paßte Software bzw. Algorithmen zu 
entwickeln sind, um die Leistung des 
Systems optimal zu nutzen, erfolgte die 
Entwicklung einer Reihe numerischer 
Methoden. Diese gewährleisten eine 
hohe Beschleunigung und einen hohen 
Wirkungsgrad. 

So ergeben sich zum Beispiel für die pa- 
rallele Version des bekannten Gauß- 
schen Algorithmus die Beschleunigung 
und der Wirkungsgrad aus den Formeln 
(1) und (2). 








l2) 


Hier bedeutet n die Ordnung des linea- 
ren algebraischen Gleichungssystems 

(n^l). 

Diese Formeln zeigen, daß für das kon- 
zipierte Multiprozessorsystem unter der 
Voraussetzung, daß die technischen 


Daten geeignet gewählt werden, die Be- 
schleunigung annähernd proportional 
zur Anzahl der Prozessoren ist. Dies gilt 
nicht nur für die parallele Realisierung 
des Gaußschen Algorithmus, sondern 
für eine Vielzahl weiterer numerischer 
Methoden. 

Bewertung und Ausblick 

Die vom Autor auf der Basis des univer- 
sellen und flexiblen Multiprozessor- 
systems gewonnenen Ergebnisse wider- 
legen die Minskysche Vermutung und 
beweisen die Zweckmäßigkeit des Ein- 
satzes von Rechnersystemen mit Paral- 
lelverarbeitung zur Beschleunigung der 
Verarbeitung. Auf Grund seiner Struk- 
tur kann dieser Multiprozessor mit 
vertretbarem Aufwand unter Verwen- 
dung von Komponenten der modernen 
Mikroprozessortechnik realisiert 
werden. 

Dies ermöglicht Experimente zum de- 
taillierten Untersuchen der Einflüsse 
der einzelnen Komponenten des 
Systems auf die Gesamtleistung. Damit 
ergeben sich wichtige Hinweise für die 
weitere Leistungserhöhung. 

Für die Zukunft zeichnet sich ab, daß 
die Bedeutung der Multiprozessor- 
systeme, die gegenüber allen anderen 
Architekturen und Strukturen den uni- 
versellsten Charakter besitzen und die 
potentiellen Möglichkeiten zur Erzie- 
lung einer hohen Beschleunigung und 
eines hohen Wirkungsgrades der Paral- 
lelverarbeitung bieten, weiter zu- 
nehmen wird . Insbesondere die flexible- 
ren Multiprozessoren mit Umkonfigura- 
tionskonzepten werden im Verlauf der 
weiteren Entwicklung sicherlich eine 
wesentliche Rolle spielen und damit 
stärker als bisher in das Blickfeld der 
Informatik rücken. 
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Lokale Rechnernetze mit OSI-Architektur 


Prof. Dr. Volker Heymer 
Akademie der Wissenschaften der DDR 
Institut für Informatik 
und Rechentechnik 

Durch den massenhaften Einsatz von 
Rechnersystemen unterschiedlicher 
Leistung (vor allem von Personalcom- 
putern) und die mit ihrer Hilfe arbeits- 
teilige Bearbeitung komplexer Auf- 
gaben entstand die Notwendigkeit der 
Verkopplung dieser Systeme. Da für 
viele Anwendungen die Kommunika- 
tion in lokal begrenzten Bereichen ab- 
läuft, bildeten sich als adäquate Lösung 
lokale Netze von Rechnersystemen 
(Local Area Network - LAN) II, 2, 3/ 
heraus, die charakterisiert sind durch 
eine räumliche Ausdehnung von 100 m 
bis 10 km sowie die Nutzung eines relativ 
zuverlässigen Ü bertragungsmediums 
mit einem Datendurchsatz größer 
lOOKBit/s. 

Wichtige Anwendungsgebiete der loka- 
len Netze sind: 

- Konstruktion und technologische 
Produktionsvorbereitung (CAD), Pro- 
duktionsautomatisierung (CAM), rech- 
nerintegrierte Produktion (CIM) 

- Automatisieren der Prozeßsteuerung, 
Meßwerterfassung,' Überwachung 

- Büroautomatisierung, Leitung, Ver- 
waltung 

- Informationsaustausch in Rechen- 
zentren 

- Forschung und Entwicklung 

- Ausbildung, Lehre und Schulbildung. 

Die Vernetzung der vorher isoliert 
genutzten Rechnersysteme führt zu 
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spürbaren Effektivitätsgewinnen, die 
sich ergeben aus 

- dem Zugriff auf Rechenleistungen, 
die über die Leistung von Personal- 
computern (PC) am Arbeitsplatz hin- 
ausgehen 

- der Verbesserung des Informations- 
flusses, insbesondere bei der Produk- 
tionsvorbereitung und -durchführung 

- der effektiven Pflege und Nutzung 
zentraler Datenbanken 

- der Einsparung lokaler Ressourcen 
durch globale Bereitstellung (kollektive 
Nutzung hochwertiger Peripheriegeräte 
wie Plotter, Hochleistungsdrucker, 
Massenspeicher) 

- der Einsparung von Wege- und 
Arbeitszeit und Transportkosten 

- der Rationalisierung des innerbe- 
trieblichen Schriftverkehrs (80 Prozent 
des Gesamtschriftverkehrs) 

- Integrationsmöglichkeiten für neue 
Kommunikationsdienste (Sprach- und 
Bildkommunikation) 

- der Einsparung von Verkabelung und 
Leitungskonzentratoren 

- der Möglichkeit, kurzfristig hohe 
Übertragungskapazitäten bereitzu- 
stellen 

- leichter beherrschbaren Systemstruk- 
turen 

- der höheren Modularität und besse- 
ren Erweiterbarkeit 

- dem höheren Standardisierungs- 
grad. 

Dabei wird die Effektivität der CAD/ 
CAM- und CIM-Lösungen durch Ver- 
netzung über lokale Netze um etwa 30 
Prozent erhöht. 

Kommunikationsarchitektur 
lokaler Netze 

LAN -Hauptkomponenten 
Auf der Basis der in den vergangenen 
Jahren in großer Typen-Vielfalt entstan- 
denen LAN wurde die in Bild 1 gezeigte 
Struktur entwickelt, die folgende 
Hauptkomponenten enthält: 

• das Übertragungsmedium in Form 
von Koaxialkabel, verdrillten Leitungen 
oder Lichtwellenleitern 

• die Kabelanschlußeinheiten MAU 
(Medium Attachment Unit) für die 
Kopplung des Übertragungsmediums 
an die Netzwerk-Interface-Einheiten 

• die Netzwerk-Interface-Einheiten 
NIU (Network Interface Unit) für den 
Anschluß der Teilnehmerstationen an 
das Übertragungssystem 

• die Teilnehmerstationen (Teil- 
nehmerrechner) mit 

- Kommunikationssoftware 

- Basis-/ Anwendungssoftware für 


Standardanwendungsdienste (File- 
transfer, Jobverarbeitung, Dokumen- 
tenübertragung, elektronischer Post 
usw.) und 

- spezialisierter Software z. B. für die 
Prozeß- und Fertigungssteuerung 
• Koppeleinrichtungen (Gateways) 
zur Verbindung lokaler Netze unter- 
einander oder mit globalen Rechner- 
netzen. 

Als topologische Grundstrukturen 
haben sich Bus- und Ringstrukturen be- 
währt. 

Ein wichtiges Charakteristikum lokaler 
Netze ist die Methode des Zugriffs zum 
Übertragungsmedium. Die internatio- 
nal am weitesten verbreiteten Methoden 
sind CSMA/CD und Token. 
CSMA/CD-LAN sind charakterisiert 
durch stochastischen Zugriff zum Über- 
tragungsmedium. Sie sind relativ ein- 
fach zu realisieren. Etwa 60 Prozent 
aller bekannten LAN -Einsatzfälle mit 
den Anwendungen CAD, Büroautoma- 
tisierung, lokaler Rechnerverbund und 
Kopplung von Automatisierungsein- 
richtungen mit Maschinensteuerungen 
arbeiten nach diesem Prinzip. Bei hoher 
Belastung kann der Zugriff der Teil- 
nehmerstationen zum Ubertragungs- 
medium in ausreichend kurzer Zeit nicht 
mehr garantiert werden. Das führt zur 
Einschränkung in der Anwendbarkeit 
z. B. für bestimmte Steuerungsauf- 
gaben. 

Token-LAN sind gekennzeichnet durch 
deterministischen Zugriff zum Übertra- 
gungsmedium. Ihre Realisierung ist 
aufwendiger als die der CSMA/CD- 
LAN. Wegen der garantierten maxima- 
len Verzögerungszeiten beim Zugriff 
der Teilnehmerstationen zum Übertra- 
gungsmedium werden sie vor allem bei 
der Prozeßautomatisierung und in 
Steuerungssystemen eingesetzt. Dieses 
•LAN-Prinzip wird in etwa 30 Prozent 
der gegenwärtigen Einsatzfälle ange- 
wendet. 

Eine ausführliche Darstellung der LAN- 
Problematik erfolgt in /4/. 

Schichten- A rchitektur 

Seit 1977 wird international an der Stan- 
dardisierung der rechnergestützten 
Kommunikation gearbeitet. Ein Ergeb- 
nis von grundsätzlicher Bedeutung liegt 
seit 1983 als Standard Informationsver- 
arbeitungssysteme - Verkopplung offe- 
ner Systeme - Basisreferenzmodell 151 
der Internationalen Standardisierungs- 
organisation (ISO) vor. 

Das darin spezifizierte OSI-Referenz- 
modell (Bild 2) ist ein Schichtenmodell 
für Kommunikationsvorgänge, das eine 
Orthogonalität der den Schichten zuge- 
ordneten Übertragungsfunktionen ge- 
währleistet. Hauptaspekte dieses 
Schichtenmodells sind: 
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OSI- Schicht 

Standards für LAN | Standards für WAN 

Amvendungs- 

schicht 

ISO SSt 3, ISO 3650, ISO 8571 , ... 

Dorste Hungs- 
schicht 

ISO 8822 , ISO 6823 

Sitzungsschicht 

ISO 8326, ISO 8327 

Trunsport- 

schicht 

ISO 8072, ISO 8073 

Netzschicht 

ISO 83U8 , ISO <3475, ISO 86t8 , ... 

ISO 8802/1 | 

X. 25/3 

Verbindungs- 

ISO 8802/2 

Y. 25/2 
(LAPB) 

Physikalische 

Schicht 

ISO ISO ISO ISO 
8802 8802 8802 8802 
U /3 /l* /5 /6 

X. 25/1 

(X. 21 , V. 35, ...) 


Bild 1 LAN-Hauptkomponenten 


Bild 3 Internationale Standards entsprechend der einheitlichen Architektur 
für LAN und WAN 


• Inhaltlich zusammenhängende Funk- 
tionen sind in einer Schicht zusammen 
gefaßt. Die Schnittstellen zwischen den 
Schichten sind festgelegt und unabhän- 
gig von der konkreten Implementierung 
(bzw. vom physikalischen Übertra- 
gungsmedium). Damit ist es z. B. mög- 
lich, eine Softwareschicht durch eine 
neue Implementierung dieser Schicht 
auszutauschen oder ein Koaxialkabel 
durch einen Lichtwellenleiter zu erset- 
zen, ohne daß die anderen Schichten 
geändert werden müssen. 

• Die Kommunikationsbeziehungen 
zwischen Komponenten der gleichen 
Schicht (in den Endgeräten) werden 
durch Protokolle festgelegt. Der In- 
formationsaustausch zwischen benach- 
barten Schichten eines Systems wird 
über Dienstschnittstellen geregelt. 

• Jede Schicht nimmt für die Realisie- 
rung des von ihr bereitzustellenden 
Kommunikationsdienstes die Dienste 
der darunterliegenden Schicht (im Fall 
der Schicht 1 des physikalischen 
Mediums) in Anspruch. 

In einem offenen Rechnersystem im 
Sinne des Modells werden OSI-Stan- 
dards zur Kommunikation angewendet 
und dadurch die Zusammenarbeit mit 
anderen Rechnersystemen, in denen 
diese ebenfalls eingehalten werden, er- 
möglicht. 

Ausführlicher kann dazu z. B. in 161 
nachgelesen werden. Nachdem das OSI- 
Referenzmodell ursprünglich für 
globale Rechnernetze (Wide Area Net- 
work- WAN) erarbeitet wurde, ist es 
jetzt international auch für LAN als 
Grundarchitektur akzeptiert. Die In- 
tegration LAN-spezifischer Standards 
in das Modell erfolgt gegenwärtig 
mittels Adaption der IEEE P802-LAN- 
Standards als ISO-Standards 111 
(Bild 3). 


Vor dem Hintergrund einer Vielzahl 
existierender LAN wird international 
an standardgerechten Lösungen ge- 
arbeitet, die sich durch eine hocheffek- 
tive Implementierung der Kommunika- 
tionsfunktionen bei geringer Belastung 
der anzuschließenden Teilnehmerstatio- 
nen auszeichen sollen. 

Zur Zeit werden in der Regel die Schich- 
ten 1 und 2 über intelligente Controller 
als Steckeinheiten mit eigenem Prozes- 
sor und Ergänzungsbaugruppen bzw. 
mit Spezial- VLSI-Schaltkreisen 
(LANC, SIA) und die darüberliegenden 
Schichten über Softwarekomponenten 
in den Teilnehmerstationen realisiert. 
Die Tendenz geht zur durchgängigen 
Verwendung der VLSI-Schaltkreise für 
die Schichten 1 und 2 und zum Einsatz 
von LAN-Kopplern, die als spezielle 
Hard/Softwarekomponenten die Funk- 
tionen der Schichten 1 bis 4 wahrneh- 
men. Diese LAN-Koppler werden als 
Rechnereinschub oder als eigenständige 
Geräte, die zusätzlich Konzentrator- 
funktionen wahrnehmen können, be- 
reitgestellt. 

Die einheitliche Architektur für lokale 


offenes System offenes System 



Bild 2 OSI-Referenzmodell zur Verkopplung 
offener Systeme 


Prof. Heymer studierte Mathematik an der 
Moskauer Staatlichen Lomonossow- 
Universität und promovierte zum Dr. rer. 
nat. und Dr. sc. techn. an der Akademie der 
Wissenschaften der DDR. Nach Arbeiten 
auf dem Gebiet der Betriebssystem- 
entwicklung sind seit 1975 die Rechner- 
netze sein Spezialgebiet. Seine speziellen 
Interessen umfassen Rechnernetzarchi- 
tektur und -Protokolle, kommunikations- 
orientierte Implementierungsumgebungen, 
Dienst- und Protokollspezifikations- 
methoden sowie Konformitätsbewertung. 


und globale Netze ermöglicht deren 
Verkopplung mit gegenüber bisherigen 
Lösungen deutlich reduziertem Auf- 
wand. Die Schnittstelle zwischen ein- 
heitlichen und netzspezifischen Stan- 
dards für LAN und WAN liegt in der 
Schicht des OSI-Referenzmodells. 
Demzufolge brauchen in den zur Ver- 
kopplung erforderlichen Anpassungs- 
einrichtungen (Gateways) nur die 
unteren drei Schichten aufeinander ab- 
gebildet zu werden. Darüber hinaus er- 
möglicht die Einheitlichkeit der oberen 
vier Schichten, die entsprechende Soft- 
ware nur einmal zu implementieren und 
in LAN und WAN einzusetzen. 


Schlußbemerkungen 

Der Bedarf an LAN-Lösungen nimmt 
in der DDR ständig zu und wird mit der 
weiteren breiten Anwendung von CAD- 
und CAM-Systemen in den nächsten 
Jahren sprunghaft ansteigen. 

Eine effektive Verkopplung der unter- 
schiedlichen für diese Aufgaben ein- 
gesetzten Rechnersysteme (Personal- 
computer, Kleinrechner, ESER- 
EDVA) aus der Produktion der RGW- 
Staaten erfordert eine durchgängige 
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Standardisierung auf der Basis des OSI- 
Referenzmodells. Dazu werden im Be- 
reich des Hochschulwesens und der 
AdW der DDR sowie im Kombinat 
Robotron ebenso wie in den anderen 
sozialistischen Ländern Vorlauf- und 
Entwicklungsarbeiten mit dem Ziel 
durchgeführt, die produzierte Rechen- 
technik LAN-fähig zu gestalten. 
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AD31 - ein monolithisch 
integrierter A/D-Umsetzer 


Jürgen Schmidt 

Technische Hochschule Ilmenau 


Vorbemerkungen 

Für die Entwicklung von monolithisch 
integrierten MOS- A/D-Umsetzern be- 
sitzt das Verfahren der sukzessiven Ap- 
proximation eine große Bedeutung, da 
hierbei ein Optimum hinsichtlich Wand- 
lungszeit (kleiner 100 ms), Auflösung 
(8. . . 12 Bit) und der Verwendung weni- 
ger kritischer Analogbaugruppen er- 
reichbar ist. Weiterhin stellt der hohe 
Anteil an Steuerlogik kein Problem für 
einen MOS-freundlichen Entwurf dar. 
Bild 1 zeigt das Blockschaltbild eines 
solchen A/D-Umsetzers. Bei dem suk- 
zessiven Approximationsverfahren wird 
das Bitwort durch schrittweise Annähe- 
rung der Ausgangsspannung eines D/A- 
Umsetzers an die Eingangsspannung 
ermittelt. Eine genaue Beschreibung 
dieses Verfahrens ist in III zu finden . Für 
den internen D/A-Umsetzer bietet sich 
in der MOS-Technologie ein Kapazitäts- 
Schalter-Netzwerk an; dafür sprechen 
nachfolgend genannte Vorteile (siehe 
dazu auch 121): 



Approximationsverfahren 


- Kompatibilität zur MOS- bzw. 
CMOS-T echnologie 

- 8 ... 10 Bit Auflösung ohne zusätz- 
lichen Abgleich 

- Nutzung der Gesamtkapazität für 
eine interne sample-and-hold-Stufe 

- geringer Einfluß der realen Eigen- 
schaften der Analogschalter 

- keine statische Belastung der Refe- 
renzspannung 

- vernachlässigbarer Temperaturein- 
fluß. 

Des weiteren ist, auch aus der Literatur, 
bekannt, daß die Realisierung hochge- 
nauer Kapazitätsverhältnisse relativ ein- 
fach möglich ist, wobei die dabei er- 
reichbaren Werte denen präziser Dünn- 
filmwiderstandsnetzwerke sehr nahe 
kommen /2, 3, 4/. 

Im Rahmen einer gemeinsamen For- 
schungsaufgabe der Technischen Hoch- 
schule Ilmenau, Sektionen Informa- 
tionstechnik und theoretische Elektro- 
technik sowie Physik und Technologie 
elektrotechnischer Bauelemente, und 
des Technikums des VEB Mikroelektro- 
nik „Karl Marx“ Erfurt entstand der im 
folgenden beschriebene A/D-Umsetzer. 

Funktionsbeschreibung 

Der IS AD31 ist ein Testschaltkreis, der 
einen vollständigen A/D-Umsetzer nach 
dem sukzessiven Approximationsver- 
fahren beinhaltet und in der n-Kanal- 
Silizium-Gate-Technologie präpariert 
wurde. Auf einer Chipfläche von 2,5 /um 
mal 3,5 /zm wurden dazu 1 150 Transisto- 
ren und 260 diskrete Kapazitäten reali- 
siert. 

Als D/A-Umsetzer wurde das in Bild 2 
dargestellte Netzwerk mit binärer Wich- 
tung der Kapazitäten eingesetzt, in wel- 
chem das Verfahren der kapazitiven 


Spannungsteilung angewendet wird. 

Um die maximal zulässigen Abweichun- 
gen der Kapazitätsverhältnisse von klei- 
ner 0,39% für einen 8-Bit-Umsetzer 151 
sicher einhalten zu können, wurden die 
Kapazitäten durch parallel geschaltete 
Einheitskapazitäten vom Wert Co reali- 
siert, wobei auf die Symmetrie des Netz- 
werkes und auf gleiche geometrische 
Randbedingungen aller Einheitskapazi- 
täten besonderer Wert gelegt wurde. 
Der D/A-Umsetzer und der Kompara- 
tor sind die beiden genauigkeitsbestim- 
menden Baugruppen des A/D-Umset- 
zers. Dabei muß der Komparator den 
beiden Forderungen nach großer Ver- 
stärkung und schnellem Schalten ge- 
recht werden, weshalb ein 4stufiger > 
kapazitiv gekoppelter Chopperverstär- 
ker mit nachgeschaltetem D-Latch ein- 
gesetzt wurde. Die Logik ist, um bezüg- 
lich der benötigten Transistoren, unkri- 
tischer Taktung bei Taktfrequenzen bis 
10 MHz, Leistungsaufnahme, Techno- 
logie- und Temperaturabhängigkeit ein 
Optimum zu erreichen, in semistatischer 
Schaltungstechnik ausgeführt. Sie um- 
faßt die Baugruppen 8-Bit-Approxima- 
tionsregister, 10-Bit-Steuerschieberegi- 
ster, Ausgaberegister mit tristate-Trei- 
bern und Takt- und Ablaufsteuerung. 
Mit Hilfe des Blockschaltbildes (Bild 3) 
wird im folgenden die Funktion des AI 
D-Umsetzers beschrieben. Dazu wird 
der zeitliche Ablauf in die 3 Zeitphasen 
Abtast-, Halte- und Approximations- 
phase unterteilt /6/. 

Abtastphase 

Der Schalter S A ist geschlossen, und alle 
Kapazitäten sind über die Schalter S 0 bis 
S s zwischen Referenzspannung U Ref und 
Eingangsspannung U E geschaltet. Da- 
mit folgt die Ladung über allen Kapazi- 
täten gemäß 

Q(t) = (U Ref -U E (t))*C ges (1) 

der Eingangsspannung U E (t). 
Haltephase 

Die Haltephase wird mit dem Öffnen 
des Schalters S A eingeleitet, womit auch 
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Bild 3 Blockschaltbild des Testschaltkreises AD31 


Bild 4 Zeitdiagramm des Testschaltkreises AD31 



der Umsetzvorgang selbst gestartet 
wird. Dabei ist die auf allen Kapazitäten 
gespeicherte Ladung der Eingangsspan- 
nung zum Zeitpunkt des Öffnens des 
Schalters S A (U E (t 0 )) äquivalent. Dieser 
Sachverhalt entspricht der Wirkungs- 
weise einer sample-and-hold-Schaltung. 

Approximationsphase 
Die Approximationsphase folgt unmit- 
telbar auf die Auslösung der Halte- 
phase. Von der Steuerlogik werden die 
Schalter So bis S 8 an den Kapazitäten auf 
Masse geschaltet, weiterhin wird S E 
gegen die Referenzspannung Ur c [ ge- 
schaltet. S 8 , dieser Schalter repräsen- 
tiert das MSB D 7 , wird nun gegen die 
Referenzspannung U Rcf geschaltet, so 
daß mittels des entstandenen kapaziti- 
ven Spannungsteilers dem vorhandenen 
Potential (U Rc f - U E (t 0 )) das Potential 
der halben Referenzspannung am An- 
schlußpunkt 2 gemäß dem Superposi- 
tionsprinzip überlagert wird. Nachdem 
das System eingeschwungen ist, ver- 
gleicht der Komparator dieses Potential 
mit der Referenzspannung. Ist es größer 
ÖRef, so wird d 8 zurückgesetzt (damit 
wird D 7 = L) , ansonsten bleibt d 8 gesetzt 
(gegen U Ref geschaltet, damit ist 
D 7 = H) . Gleichzeitig wird d 7 gegen U Ref 
geschaltet (gesetzt) , damit wird dem vor- 
handenen Potential am Anschlußpunkt 
2 das von 1 /4(U Ref ) überlagert. Danach 
wird der Vergleichsprozeß durchgeführt 


und damit der Wert von D 6 ermittelt. 
Dies wiederholt sich, bis alle Bitwertig- 
keiten ermittelt sind. Damit nähert sich 
das Potential am Anschlußpunkt 2 
schrittweise dem der Referenzspannung 
U Re f, so daß die verbleibende Differenz- 
spannung U D am Komparator gleich 
dem Quantisierungsfehler U q wird. Für 
U D = __ (2) 

(URef - U E (to» + U Ref *£; d,k, - U Ref 

mit U D = U q , |U q | g | ± 1/2LSB 
folgt somit für die Eingangsspannung U E 

u E =u Ref *i:d i k i -u q , (3) 

wobei kj der Teilungsfaktor der jeweili- 
gen Bitstelle d* ist (k 8 = >/ 2 , k 7 = l U, 
k 6 = l ls, . . . , ki = V256). Die Kapazität Q 
mit dem Schalter S 0 dient dabei nicht 
dem prinzipiellen Verfahren, sondern 
der Minimierung des Verstärkungs- 
fehlers. 

Ansteuerung des AD31 

Die Ansteuerung des Testschaltkreises 
ist relativ unproblematisch, das zeitliche 
Verhalten ist den Bildern 4, 5 und 6 zu 
entnehmen. Der ADU kann im Start- 
Stop-Modus oder kontinuierlich be- 
trieben werden, die Auswahl zwischen 
beiden Betriebsarten erfolgt über die 


Belegung des Start-Einganges (/STRT). 
Wird dieser Eingang ständig mit L 
beschältet, so setzt der ADU konti- 
nuierlich um, wobei der Ready- Ausgang 
(/RDY) den Beginn einer Umsetzung 
(Abtastzeitpunkt t 0 ) und die Übergabe 
des A/D-gewandelten Datenwortes an 
das Ausgaberegister signalisiert. Wird 
/STRT mit einem L-Impuls belegt (die- 
ser Impuls muß kürzer als 44 Takt- 
perioden des extern anzulegenden 
Taktes CPIN sein), so erfolgt nur eine 
A/D-Umsetzung, nach deren Abschluß 
der ADU bis zur nächsten HL-Flanke 
an /STRT in der Abtastphase verweilt 
(Start-Stop-Modus). Der /RDY- Aus- 
gang hat hierbei die gleiche Funktion 
wie beim kontinuierlichen Betrieb des 
ADU. 


Jürgen Schmidt (31 ) studierte von 1 977 bis 
1982 Intormationstechnik an der TH Ilme- 
nau und diplomierte mit einer Arbeit über 
spezielle Untersuchungen an geschalteten 
Kapazitätsnetzwerken Danach war er 4 
Jahre als wissenschaftlicher Assistent an 
der TH Ilmenau tätig Hauptgegenstand 
der wissenschaftlichen Arbeit war der 
Entwurf eines monolithisch integrierten 
Analog-Digital-Umsetzers in NMOS-Tech- 
nik. Seit 1986 arbeitet Jürgen Schmidt am 
Entwurf kundenspezifischer Schaltkreise 
im VEB Kombinat Carl Zeiss JENA. 
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Bild 7 Anschlußbelegung des Testschaltkreises 
AD31 


Der /OE-Eingang steuert mit /OE = H 
die tristate-Ausgabetreiber in den 
hochohmigen Zustand, damit ist der 
Anschluß des ADU an einen beliebigen 
8-Bit-Bus möglich. 

Bei einer Taktfrequenz von 4,4 MHz an 
CPIN gilt für den kontinuierlichen 
Betriebsfall: 

- Umsetzzeit t w = 8,3 /rs 

- Abtastzeit t A =l,7/<s 

- Abtastrate l/t ADW = 100 kHz 

bzw. allgemein: 

t A = 7,5/CPIN, t w = 36,5/CPIN; 

Iadw = tA + tw = 44/CPIN. (4) 

Damit läßt sich der Testschaltkreis 
AD31 für die A/D-Umsetzung von 
Signalfrequenzen im NF-Bereich bis 
50 kHz einsetzen, wobei die intern reali- 


sierte sample-and-hold-Stufe den äuße- 
ren schaltungstechnischen Aufwand 
vermindert. 

Technische Angaben 

Die im Kasten aufgeführten vorläufigen 
technischen Daten resultieren aus 
Messungen an den Mustern einer Test- 
präparation; die zeitabhängigen Para- 
meter gelten für eine Taktfrequenz von 
CPIN = 4,4 MHz. Die relativ großen 
Linearitätsfehler treten an charakteristi- 
schen Stellen der Umsetzerkennlinie 
auf und sind im wesentlichen auf eine 
ungünstige Kopplung zwischen inter- 
nem D/A-Umsetzer und Komparator 
zurückzuführen. Eine Korrektur kann 
nur durch eine Überarbeitung der Schal- 
tung und damit des Layoutentwurfs rea- 
lisiert werden. 

(Die Anschlußbelegung wird in Bild 7 
gezeigt.) 


Vorläufige technische Daten des ADU AD31 


• Auflösung 

• Umsetzzeit 

• Umsetzrate 

• Erfassungszeit der internen 
sample-and-hold-Stufe 

• Eingangsspannungsbereich 
m Referenzspannung 

• Übertragungscharakteristik 

• Ausgangscode 

• Datenausgänge 

• RDY-Ausgang 

• Steuereingänge 

• Takteingang CPIN 


• Betriebsspannungen 

• Leistungsaufnahme 

• Innen widerstand der ana- 
logen Quellen (U E , Unk) 

• Linearitätsfehler 

• Offsetfehler 


8 Bit 

1(Vs(mit Abtastzeit) 
maximal 100 kHz 
1 ,7/is (für kontinuier- 
lichen Modus) 

0...5.12V 
5,12V (extern) 

Binärcode 

TTL-kompatibel, 

TTL-kompatibel, 
fan-out=2, open-drain 
TTL-kompatibel 
TTL- oder 5-V-CMOS- 
Einphasentakt, k = 0,5, 
max. Frequenz = 4,4 MHz 
UC = 5 V,U d = 8...12V, 
U s = 0V 
200... 300 mW 


kleiner 2 kOhm 
kleiner 5 LSB 
kleiner 2 LSB 


Applikationsbeispiel 

In dem im Bild 8 gezeigten Applika- 
tionsbeispiel wird der AD31 an einem 
8-Bit-Mikrorechner-Interface betrie- 
ben. Dazu belegen die 8 Datenausgänge 
des ADU den Kanal A einer PIO. Da 
der ADU im Start-Stop-Modus be- 
trieben wird, wird die von einem CTC- 
Baustein generierte Abtastfrequenz mit 
Hilfe eines Monoflops zu Start-Impul- 
sen für den ADU aufbereitet. Das 
RDY-Signal wird mit Hilfe eines 
Monoflops zu Impulsen geformt, die 
über /ASTB der PIO einen Interrupt 
anfordern können. Wenn erforderlich, 
können mit Hilfe des /OE-Einganges 
mehrere ADU parallel geschaltet wer- 
den, womit mehrere analoge Quellen 
zeitmultiplex abgearbeitet werden 
können. 
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Programmierung in C 

(Teil III) 


Dr. Thomas Horn 

Informatik-Zentrum des Hochschul- 
wesens an der Technischen Universität 
Dresden 

Nachdem in den ersten beiden Teilen 
dieser Artikelreihe die Lexik, Daten- 
typen, Speicherklassen, Operatoren, 
Ausdrücke und Steuerstrukturen er- 
läutert wurden, werden in diesem Teil 
das Zeigerkonzept und die Arbeit mit 
Feldern beschrieben. Insbesondere 
das Zeigerkonzept ist für die System- 
programmierung von Bedeutung, da 
erst die Arbeit mit Adressen eine effek- 
tive Lösung vieler Probleme gestattet 
und auch gegenüber der Arbeit mit 
Feldindizes Vorteile hat. Hierin drücken 
sich vor allem die Vorteile von C als 
effektive Systemprogrammiersprache 
aus. 

Die Felder dienen zur Zusammenfas- 
sung von Datenobjekten gleichen Typs. 
Im weiteren werden dann die Struktu- 
ren und Vereinigungen zur Zusammen- 
fassung von Datenobjekten verschie- 
dener Typen behandelt. 

5. Zeiger 

Die Programmiersprache C enthält ein 
ausgezeichnetes Zeigerkonzept. Unter 
einem Zeiger (pointer) versteht man ein 
Datenobjekt, das eine Adresse enthält, 
über die auf beliebige andere Daten- 
objekte zugegriffen werden kann. Intern 
werden Zeiger wie unsigned-Variablen 
dargestellt. Sie dürfen aber nicht mit 
unsigned-Variablen verwechselt 
werden, da Zeiger zusätzlich überein 
Längenattribut verfügen, das die Länge 
des Datenobjekts in Byte spezifiziert, 
auf das der Zeiger zeigt. Das Längen- 
attribut ist insbesondere für Adreß- 
rechnungen wichtig. Das Zeigerkonzept 
wird vor allem in der Systempro- 
grammierung genutzt, weil viele Pro- 
bleme nur über die Verwendung von 
Adressen effektiv gelost werden 
können. Auch in anderen Anwendungen 
bringt die Arbeit mit Adressen Effektivi- 
tätsvorteile gegenüber der Arbeit mit 
Feldindizes. 

Das Zeigerkonzept birgt jedoch ge- 
nerell die Gefahr in sich, daß durch 
die Arbeit mit Adressen die Portabili- 
tät der Programme eingeschränkt wird. 
In C ist das Zeigerkonzept so imple- 
mentiert, daß bei einer sorgfältigen 


Programmierung eine Verletzung des 
Portabi litäts prinzipsausgesch lossen 
werden kann. 

5.1. Zeigervariablen 
Wie alle Variablen müssen Zeigervaria- 
bien zu Beginn eines Blockes vereinbart 
werden, wobei der Indirektoperator (*) 
vor dem Identifikator die Variable als 
Zeigervariable und der Typbezeichner 
ihren Typ spezifizieren. 

Beispiel: 

int*pi; 
char * pc; 
float * pf ; 

Die Variable pi ist ein Zeiger auf eine 
Integervariable, pc ein Zeiger auf eine 
Zeichen variable und pf ein Zeiger auf 
eine Gleitkommazahl einfacher Ge- 
nauigkeit. 

Adressen werden von einfachen Varia- 
blen über den Adreßoperator {&) ge- 
bildet. 

Beispiele: 

pi=&A; 

pc— Abuffer [0]; 
pf=&sum; 

Der Zugriff auf die Speicherobjekte er- 
folgt dann über einen Zeiger durch An- 
wendung des Indirektoperators (*) auf 
die Zeigervariable. 

Beispiel: 

pi=&A; 

B=*pi; 

Durch die letzte Anweisu ng wird der Va- 
riablen B der gleiche Wert wie bei der 
Anweisung B=A zugewiesen. Da pi als 
ein Integerzeiger vereinbart ist, besagt 
die Kombination *pi, daß das Speicher- 
objektein Integerwert ist. 
Zeigervariablen können auch in Aus- 
drücken auftreten. 

Beispiele: 

B=*pi+1; 

Durch diese Anweisung wird das Spei- 
cherobjekt *pi gelesen und anschlie- 
ßend um 1 erhöht. Das Ergebnis ent- 
spricht somit B=A + 1 

B=*(pH-1); 


Durch diese Anweisung wird der Zeiger 
pi um 1 erhöht. Da es sich um einen 
Integerzeiger handelt, wird der Zeiger 
auf das nächste Integerobjekt weiter ge- 
stellt (Erhöhung der Adresse um 2 
Byte), welches dann gelesen wird. 

Diese Operation wird oft bei Feldern an- 
gewendet, um das nächste Feldelement 
zu adressieren. 

Zeiger können auch auf der linken Seite 
von Zuweisungen verwendet werden. 

Beispiel: 

*pl *=5; 

Das Speicherobjekt vom Typ int, das 
durch pi adressiert wird, wird mit fünf 
multipliziert und auf den selben Spei- 
cherplatz abgelegt. 

Hinweis: 

Das Zeigerkonzept kann nicht auf Varia- 
blen der Speicherklasse register ange- 
wendet werden, davon Registern keine 
Adressen gebildet werden können. 

5.2. Adreßrechnungen 

Unter Adreßrechnungen werden Opera- 
tionen mit den Adressen verstanden, 
die in den Zeigervariablen gespeichert 
sind. Bei den Adreßrechnungen ist zu 
beachten, daß alle arithmetischen 
Operationen unter Beachtung der 
Längenattribute der Zeiger ausgeführt 
werden. 

Die Adreßarithmetik läßt folgende Ope- 
rationen mit Zeigern zu: 

■ Addition einer ganzen Zahl zum 
Zeigerwert 

Der Zeiger wird um eine ganze Zahl von 
Datenobjekten vorwärts gerückt, z. B. 
pf+= 5; oderpi++; 

■ Subtraktion einer ganzen Zahl vom 
Zeigerwert 

Der Zeiger wird um eine ganze Zahl von 
Datenobjekten rückwärts gesetzt, z. B. 
pc - = 3; oder pf — ; 

■ Subtraktion von zwei Zeigern 

Die Differenz von zwei Zeigern ist die 
Anzahl von Datenobjekten, die sich zwi- 
schen zwei Zeigern befinden, z. B. 
i = pf 2 — pf 1 ; 

■ Vergleich von zwei Zeigern 

Der Vergleich von zwei Zeigern ergibt, 
ob zwei Zeiger identisch sind oder nicht 
bzw. ob ein Zeiger größer oder kleiner 
als der andere ist, z. B. if(pf1 < pf2)...; 
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Hinweise: 

- Zwei Zeiger können nicht addiert 
werden. 

- Zeiger können nicht multipliziert, 
dividiert, verschoben oder mit anderen 
logischen Operationen verändert 
werden. 

- Es können keine Additionen oder 
Subtraktionen mit float- oder double- 
Werten ausgeführt werden. 


Beispiel: 

Es seien die Zeigervariablen pi, 
pc und pf definiert (siehe 5. 1 .). 

pi + + ; 
pc++; 
pf++; 


Der Inkrementoperator ++ führt eine 
Erhöhung der Zeiger auf das nächste 
Speicherobjekt durch. Bei pi wird somit 
die Adresse um zwei Bytes, bei pc um 
ein Byte und bei pf um vier Bytes erhöht. 
(Die Länge eines Speicherobjektes 
kann mit dem sizeof-Operator bestimmt 
werden.) 

Zur Absicherung der richtigen Aus- 
führung von Adreßoperationen kann von 
der expliziten Zeigerumwandlung Ge- 
brauch gemacht werden. 

Beispiel: 

pc=(char*)pi; 


Der Zeiger vom Typ int wird in einen 
Zeiger vom Typ char umgewandelt. 
Analog können auch Integerwerte in 
Zeiger und umgekehrt umgewandelt 
werden. Auf verschiedenen Rechen- 
anlagen können hierbei Wortgrenzen- 
fehler entstehen. Deshalb sollten die 
Zeigerumwandlungen mit größter Vor- 
sicht verwendet werden. 

5.3. Initialisierung von Zeigern 

I m allgemeinen kann ein Zeiger wie jede 
andere Variable initialisiert werden. 
Sinnvolle Werte sind allerdings nur die 
Adressen bereits vorher definierter 
Objekte. In C ist sichergestellt, daß 
nicht initialisierte Zeiger bzw. Zeiger, 
die nicht korrekt auf ein Speicherobjekt 
verweisen, den Wert 0 erhalten. Die 
Adresse 0 ist niemals die Adresse eines 
gültigen Speicherobjekts. Man kann 
deshalb auch den Wert 0 benutzen, um 
eine Fehlersituation anzuzeigen. 

Damit kann überden Zeiger auf kein 
Speicherobjekt mehr zugegriffen 
werden. Um sichtbarzu machen, daß 
der Wert 0 eine besondere Bedeutung 
hat, wird das Symbol NULL verwendet, 



das im File STDIO.H (siehe 10.1.) 
definiert ist. 

Beispiel: 

chartext [2000]; 
static char *t=&text [0]; 

Durch die Initialisierung wird der Zeiger 
t auf den Anfang des Textpuffers text 
gesetzt. 

if (t==&text [1999]) t=NULL; 

Wenn das Ende des Textpuffers erreicht 
ist, wird t auf NULL gesetzt, was an 
späterer Stelle im Programm wieder 
getestet werden kann: 

if (t= = NULL) goto ENDE; 

6. Felder 

Felder werden zur Zusammenfassung 
von Datenobjekten des gleichen Typs 
zu einer Gesamtheit verwendet. Die 
Datenobjekte werden dann unter dem 
gemeinsamen Feldnamen geführt. Auf 
die einzelnen Datenobjekte, auch Feld- 
elemente genannt, kann über Indizes 
zugegriffen werden. Werden die Feld- 
elemente linear angeordnet, so können 
sie über einen Index adressiert werden. 
Man spricht von einem eindimensiona- 
len Feld. Bei einer matrizenähnlichen 
Anordnung, einem zweidimensionalen 
Feld, sind für den Zugriff zwei Indizes 
erforderlich. Analog sind auch mehrdi- 
mensionale Felder mit mehreren Indizes 
möglich. 

6.1. Ein- und mehrdimensionale 
Felder 

In C werden (eindimensionale) Felder 
durch Angabe der Dimension hinter 
dem Identifäkator, der im weiteren ein 
Feld bezeichnen soll, deklariert. Die 
Dimension sowie der Index zum Zugriff 
auf die Feldelemente werden in eckigen 
Klammern angegeben. Der Index wird - 
wie in der Systemprogrammierung - ab 
Null beginnend gezählt. 


Beispiel: 

chartext [4]; 
text [0] ”’a’; 
text [t] =’b’; 
text [2] =’c’; 
text [3] =’\0’; 

Es wird das Feld text bestehend aus 
vier Elementen vom Typ char, verein- 
bart. Den vier Feldelementen werden 
anschließend ASCIl-Zeichen zuge- 
wiesen. 

Bei mehrdimensionalen Feldern werden 
die Dimensionen und die Indizes jeweils 
getrennt in eckigen Klammern angege- 
ben. Die Anordnung der Feldelemente 
im Speicher erfolgt zeilenweise, das 
heißt, beim Übergang von einem Ele- 
ment zum nächsten ändert sich der 
letzte Index am schnellsten (Umgekehrt 
als in FORTRAN!). 

Beispiel: 

static int A [2] [3] = 

{{2,3,5), {1,4,6}}; 

Es wird ein zweidimensionales Feld vom 
Typ int vereinbart, wobei der erste Index 
die Werle 0 und 1 und der zweite Index 
die Werte 0, 1 und 2 annehmen kann. 
Den einzelnen Elementen werden 
Anfangswerte zugewiesen. Die Anord- 
nung der Feldelemente mit ihren An- 
fangswerten ist in Bild 1 dargestellt. 

Die Summe aller Feldelemente kann 
durch folgende Anweisung berechnet 
werden: 

for (s=i =0;i<2;i+ +) 
for {j=0;j<3;j+ +) s= A [i] [j]; 

Hinweis: 

In C sind nur Operationen für die einfa- 
chen Datentypen definiert, das heißt, es 
gibt keine Operationen für ein ganzes 
Feld, sondern nur für die Feldelemente, 
sofern die Feldelemente einfache 
Datenobjekte sind. 

6.2. Zeiger auf Felder 

Zeiger werden oft zur Verarbeitung von 
Feldern benutzt. Zeiger können auf den 
Feldanfang und auf einzelne Feldele- 
mente gesetzt werden. In C ist der Feld- 
name identisch mit der Adresse des Fel- 
des und entspricht somit der Adresse 
des nullten Feldelementes. Die Adresse 
muß über den Adreßoperator (&) ge- 
bildet werden. 

Beispiel: 

int A[10],*a,i; 
a=A; 
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Der Zeiger a wird auf das Feld A gesetzt. 
Da A[0] das nullte Feldelement ist, führt 
die folgende Anweisung 

a = &A [0]; 

zum gleichen Resultat. Mit der An- 
weisung 

a=&A[i]; 

wird der Zeiger a auf die Adresse des 
i-ten Feldelementes gesetzt. 

Hinweis: 

Es besteht ein sehr enger Zusammen- 
hang zwischen der Indizierung und der 
Zeigerarithmetik. Der Compiler verwan- 
delt einen Verweis auf ein Feld in einen 
Zeigerwert. Dadurch ist ein Feldname 
immerein Zeigerausdruck (siehe 
a=A;), und der Adreßoperator (fit) ist in 
diesem Sonderfall nicht erforderlich. 

Der Zugriff auf die einzelnen Feld- 
eiemente erfolgt überden Indirektope- 
rator (*). Da es keine Operationen gibt, 
die sich auf Felder im ganzen beziehen, 
kann der Feldname als Zeiger auf den 
Feldanfang benutzt werden. 

Beispiel: 

a=A; 

b=*a;oderb=*A; 
c= *(a + 1); oder c=*(A-H); 

Der Variablen b wird der Wert des 
Elements A[0] und der Variablen c der 
Wert des Elements A [i] zugewiesen. 
Die Schreibweise *(A+i) ist somit ein 
Äquivalent für die indizierte Schreib- 
weise A[iJ. 

6.3. Zeigerfelder 

Mehrere Zeiger können zu Zeiger- 
feldern zusammengefaßt werden. 

Beispiel: 

int *a[4], A [10]; 

Das Feld a ist ein Zeigerfeld vom Typ 
int, bestehend aus vier Zeigern. 

a[0]=&A[0]; 
a [1] = &A [2]; 
a[2] = &A[5]; 
a[3] =&A [9]; 

Den vier Zeigern werden die Adressen 
der Elemente A[0], A[2], A[5] und A[9] 

zugewiesen. 

Die Zeiger des Zeigerfeldes können 
durch Angabe des Index verwendet 
werden. 
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Beispiel: 

b=*a[0] + *a[2] — *a[3J; 

Der Ausdruck ist dem Wert 

von A [0] + A [5] — A [9] 

äquivalent. 

Hinweis: 

Entsprechend dem rekursiven Grund- 
prinzip der Programmiersprache C kön- 
ne n Zeiger auf Zeige rfelde r gesetzt wer- 
den , die wiederum zu Zeigerfeldern zu- 
sammengefaßt werden können. 

6.4. Zeichenfelder und Zeichen- 
ketten 

Auch Zeichen können in Feldern ange- 
ordnet werden. Jedes Elementeines 
Zeichenfeldes ist dann ein ASCII- 
Zeichen. In C gibt es keinen Zeichen- 
kettentyp. Deshalb werden Zeichen- 
ketten als Zeichenfelder gespeichert. 
Trotzdem gibt es einen wichtigen Unter- 
schied zwischen Zeichenketten und 
Zeichenfeldern, denn Zeichenketten 
müssen in C immer mit einem Null- 
zeichen \0 enden. Bei der Definition von 
Zeichenkettenkonstanten wird vom 
Compiler das Nullzeichen \0 automa- 
tisch angefügt. Somit sind T und ”1” in 
C verschiedene Definitionen! Die Länge 
der Zeichenkette im Speicher ist daher 
immer um ein Zeichen größer. Auf 
Zeichenkettendefinitionen wird wie bei 
Feldern über Zeiger zugegriffen. Der 
Zeiger auf eine Zeichen kette verweist 
immer auf das erste Zeichen der 
Zeichen kette. 


Beispiel: 

char * textl ; 

textl = "Ende des Programms 
TEXT1\n”; 

Vom Compiler wird die Zeichenkette als 
Konstante im Hauptspeicher abgelegt. 
Die Adresse der Zeichenkette wird dem 
Zeiger textl zugewiesen. Die Zeichen- 
kette wird also nicht kopiert, denn an der 
Zuweisungsoperation sind nurZeiger 
beteiligt. 

Hinweis: 

Die Programmiersprache C hat keine 
Operatoren, die eine Zeichenkette als 
ein Objekt behandeln, da es nur Opera- 
tionen für die einfachen Datentypen 
gibt. 

6.5. Initialisierung 
von einfachen Variablen 
und Feldern 

Einfache Variablen können bei ihrer 
Definition grundsätzlich auch initialisiert 
werden. Der Variablen folgen dabei ein 


Gleichheitszeichen und ein Ausdruck. 
Im Ausdruck dürfen nur Variablen ver- 
wendet werden, die bereits definiert 
sind. Der Ausdruck darf in geschweifte 
Klammern eingeschlossen sein. 

Beispiel: 

static inta=20, b = {(a+1)/2}; 

Variablen der Speicherklasse static und 
globale Variablen werden einmalig vom 
Compiler initialisiert. Variablen der Spei- 
cherklassen register und auto werden 
normalerweise nicht initialisiert. Manche 
Compiler lassen trotzdem eine Initiali- 
sierung zu, die bei jedem Blockeintritt 
wie eine Laufzeitanweisung ausgeführt 
wird. 

Nicht initialisierte Variablen der 
Speicherklasse static und globale Va- 
riablen werden mit 0 initialisiert. Nicht 
initialisierte Variablen in den Speicher- 
klassen register und auto haben einen 
beliebigen, in der Regel nicht reprodu- 
zierbaren Wert. 

Ist das zu initialisierende Objekt ein 
Feld, dann besteht die Initialisierung aus 
einer Liste von Initialisierungen für die 
einzelnen Feldelemente. Die Liste ist in 
geschweifte Klammern einzuschließen, 
wobei die einzelnen Werte durch 
Komma getrennt werden. Die Initialisie- 
rung erfolgt in der Reihenfolge der An- 
ordnung der Feldelemente. Wenn nicht 
genügend Werte angegeben werden, 
so wird der Rest des Feldes mit 0 initiali- 
siert. Bei mehrdimensionalen Feldern 
kann die Initialisierung zeilenweise er- 
folgen, wobei jede Liste auch getrennt 
in geschweifte Klammern eingeschlos- 
sen werden kann. Felderder Speicher- 
klasse auto können nicht initialisiert 
werden. 


Beispiele: 

static int a [1 0] = { 1 ,2,5, 7,1 0) ; 
static int b[3] [4] = {{1,2,5, 7}, 
{3,8,12,17}, 
{10,2,3,12}}; 

oder 

static int b[3] [4] = 
{1,2,5,7,3,8,12,17,10,2,3,12}; 
static int c[3] [4] = 

{{1},{2},{3}>; 

Das Feld a wird mit 5 Werten initialisiert. 
Die restlichen Elemente werden auf 0 
gesetzt. Die zwei Schreibweisen für die 
Initialisierung des Feldes b sind iden- 
tisch. Im Feld c wird nur die erste Spalte 
initialisiert. Die restlichen Feldelemente 
werden auf 0 gesetzt. 

Bei der Initialisierung von Feldern ist die 
Dimensionsangabe nicht zwingend er- 
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forderlich. Die Dimensionsangabe wird 
dann aus der Anzahl der Werte der Initia- 
lisierungsliste berechnet. Von dieser 
Möglichkeit wird auch bei der Initiali- 
sierung eines Zeichenfeldes mit einer 
Zeichenkette Gebrauch gemacht. Die 
geschweiften Klammern können bei der 
Initialisierung mit einer Zeichenkette 
entfallen. 


Beispiel: 

int d[J= {3,7,9,11}; 
char text[] = "Montag“; 

oder 

char text [] - 

{'M\ ’o’, ’n’, *!', ’a’, ’g’, W}; 

Die Verwaltung von mehreren Zeichen- 
ketten in einem Feld erfolgt zweck- 
mäßigerweise in einem Zeigerfeld, das 
mit den Adressen der Zeichen ketten 
initialisiert werden kann. 


Beispiel: 

static char * tag = { 

"Montag“, 

"Dienstag“, 

"Mittwoch“, 

"Donnerstag“, 

"Freitag“, 

"Sonnabend“, 

"Sonntag“ 

}; 


7. Strukturen und 
Vereinigungen 

Eine Struktur (struct) ist ein Daten- 
objekt aus einer Folge von einzelnen 
benannten Komponenten, die Daten- 
objekte verschiedener Datentypen re- 
präsentieren können. Der Speicherbe- 
reich einer Struktur wird vom Compiler 
aus der Summe der Speichergrößen 
der einzelnen Komponenten berech- 
net. 

Eine Vereinigung (union) ist dagegen 
ein Datenobjekt, dasaufeinen virtuellen 
Speicherbereich Komponenten ver- 
schiedener Datentypen vereinigt. Die 
verschiedenen Komponenten können 
jedoch den Speicherbereich nur nach- 
einander belegen. Der Speicherbereich 
einer Vereinigung wird vom Compiler 
der größten Komponente entsprechend 
festgelegt. 

Strukturen und Vereinigungen werden 
analog bereinbart und benutzt, in Struk- 
turen und Vereinigungen können 
weitere Strukturen und Vereinigungen 
enthalten sein. 


Strukturen und Vereinigungen werden 
wie folgt definiert: 

struct [name] [{ membcr [member . . .] } ] 
[identifier [Jdentifier ...]]; 
union [name] [{member [member ...]}] 
[identifier [Jdentifier ...]]; 

wobei 

name - wahlfreier Name zur Bezeich- 
nung der Struktur oder Vereinigung 
(Strukturname oder Vereinigungs- 
name), 

member - Spezifikation einer oder 
mehrerer Variablen eines bestimmten 
Datentyps und 

identifier - Identifikator für eine Struk- 
turvariable oder Vereinigungsvariable 
darstellen. 

7.1 . Definition von Strukturen 
und Vereinigungen 

Werden in einer Struktur- bzw. Vereini- 
gungsvereinbarung keine Identifikato- 
ren angegeben, so wird lediglich die 
Struktur bzw. Vereinigung definiert. Es 
wird ein Name festgelegt, überden auf 
die Struktur- bzw. Vereinigungsverern- 
barung Bezug genommen werden kann. 
Es erfolgt keine Vereinbarung von 
Struktur- bzw. Vereinigungsvariablen 
und somit auch keine Speicherplatz- 
reservierung. 

Beispiele: 

struct art {char * nr; float pr; 
int n;}; 

struct datum {int tag; char * 
monat, jahr [2]}; 

Die erste Vereinbarung definiert eine 
Struktur art zur Beschreibung eines 
Artikels, bestehend aus einem Zeiger 
auf eine Zeichenkette zur Angabe einer 
Artikelnummer, einer float-Variablen 
für den Preis und einer int-Variablen für 
eine Stückzahl. Die zweite Vereinba- 
rung definiert eine Struktur datum, die 
drei Komponenten enthält; eine int- 
Variabletag, einen Zeichenkettenzeiger 
monat und ein Zeichenfeld jahr aus 
zwei Zeichen. 

Über die Namen art u nd datum kann im 
weiteren auf die definierten Strukturen 
Bezug genommen werden. 

7.2. Vereinbarungen von Struktur- 
und Vereinigungsvariablen 

Werden nach der Struktur- bzw. Vereini- 
gungsvereinbarung Identifikatoren spe- 
zifiziert, so bezeichnen diese Identifika- 
toren im weiteren Struktur- bzw. Ver- 
einigungsvariablen, deren Speicherob- 
jekt die entsprechende Struktur bzw. 
Vereinigung realisiert. 


Beispiele: 

struct {char* nr; float pr; 
intn;} a, b; 

struct {int tag; char* monat, 
jahr [2]}d1,d2, d3; 

Es werden zwei Strukturvariablen a und 
b bzw. drei Strukturvanablen dl d2 und 
d3 vereinbart, die jeweils ein Speicher- 
objekt der angegebenen Strukturen 
repräsentieren. Die Strukturen selbst 
sind unbenannt. Die Speicherstruktur 
der Strukturvanablen a ist in Bild 2 dar- 
gestellt. 



chor j • nr •- 
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1 
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Bild 2 Beispiel für den Aufbau einer Struktur 


Falls die Struktur bzw. Vereinigung be- 
reitsgemäß 7.1 . definiert wurde, so kann 
die Vereinbarung der Struktur- bzw. 
Vereinigungsvariablen durch Bezug- 
nahme auf den Namen der Struktur bzw. 
Vereinigung vereinfacht werden. 

Beispiele: 

struct datum dl, d2, d3; 

Es werden drei Strukturvariablen dl , d2 
und d3 für die Struktur datum ver- 
einbart. 

Entsprechend den Abschnitten 5. und 
6 können auch Felder von Strukturen 
und Vereinigungen bzw. Zeiger auf 
Strukturen und Vereinigungen verein- 
bart werden. 

Beispiele: 

struct art a, b, t[20], * p; 
struct datum dl, d2, d3. 
tlist [200], *t1; 

Das Feld t besteht aus 20 Feldelemen- 
ten, wobei jedes Element die Struktur 
art realisiert. 

Das Feld tlist besteht aus 200 ,'eldele- 
menten, wobei jedes Element eine 
Struktur datum verkörpert. 
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RAM-Floppy-ein schneller Zusatz- 
speicher für Bürocomputer 


Dr. Christian Löber 

VEB Robotron-Meßelektronik 

„Otto Schön“ Dresden 

Anwendung und Eigenschaften 
von RAM-Floppies 

In Arbeitsplatz-, Personal- und Büro- 
computern sowie in Entwicklungssyste- 
men werden als Hintergrundspeicher 
vorrangig Diskettenspeicher eingesetzt. 
Durch weitere Verringerung der Ab- 
messungen und Verbesserung der tech- 
nischen Parameter gilt dies zunehmend 
auch für Heim- und Kleincomputer und 
darüber hinaus für intelligente Meßge- 
räte und Prüfsysteme wie etwa Digital- 
tester, Meßtechnikcontroller oder 
Funktionsmeßplätze. Nachteilig ist je- 
doch die niedrige Transfergeschwindig- 
keit der Floppy-Laufwerke. Dadurch 
wird die Effektivität des Bedieners bei 
üblichen Programmierarbeiten wie 
Laden, Editieren, Assemblieren, 
Compilieren, Linken von Programmen 
sowie beim Arbeiten mit Datenbank- 
und Textverarbeitungssystemen deut- 
lich reduziert. Ganz besonders gilt das 
für Rechner und Geräte, die unter dem 
weit verbreiteten Betriebssystem CP/M 
bzw. dem dazu kompatiblen SCP arbei- 
ten. Diese Betriebssysteme sind durch 
ihr streng hintergrundspeicherorientier- 
tes Entwurfsprinzip, durch die ange- 
wandte Overlaytechnik ihrer Dienstpro- 
gramme sowie regelmäßige Warmstarts 
und damit sehr häufige Um- und Nach- 
ladeprozesse von bzw. zum Disketten- 
speicher charakterisiert. 

Davon ausgehend und unter Berück- 
sichtigung des rasch steigenden Integra- 
tionsgrades sowie stark fallender Preise 
bei dynamischen Halbleiterspeichern 
(DRAM) werden in zunehmendem 
Maße sogenannte RAM-Floppies 
(RAM-Disk, virtuelle Disk) zur Ge- 
schwindigkeitssteigerung eingesetzt . 
Dies sind vollelektronische Zusatzspei- 
cher, meist in mehreren Speicherbänken 
zu je 64 KByte organisiert, die sich aus 
der Sicht des Bedieners wie normale 
Diskettenspeicher verhalten, mit einem 
Unterschied: Sie sind um den Faktor 
3 ... 10 schneller /1 , 2, 3/. 
RAM-Floppies sind vor ihrem Ge- 
brauch wie physische Disketten entspre- 
chend den im jeweiligen Betriebssystem 
gültigen Konventionen zu initialisieren. 
Danach sind sie betriebsbereit und kön- 
nen mit häufig benutzten Dienstpro- 
grammen geladen werden. Soll zum 
Beispiel ein Anwenderprogramm auf 
Assemblerniveau erstellt werden, so 


wird man den Editor oder ein Textverar- 
beitungsprogramm kopieren, fernerden 
Assembler, Linker und ggf. - für an- 
schließendes Testen - einen geeigneten 
Debugger. Damit sind alle für Program- 
mierung und Test benötigten Dienstpro- 
gramme auf der RAM-Floppy verfüg- 
bar, und alle Diskettenoperationen ver- 
laufen mit einer um den oben genannten 
Faktor höheren Geschwindigkeit. 

Nach Abschluß der Arbeiten, beispiels- 
weise nach dem Ausdrucken des in der 
RAM-Floppy stehenden Listings, muß 
als Besonderheit beachtet werden, daß 
die erstellten Daten für spätere Verfüg- 
barkeit auf eine physische Diskette aus- 
zulagern sind, ansonstens gehen sie 
beim Ausschalten des Rechners ver- 
loren. 

Wirkungsprinzip 
von RAM-Floppies 

Es gibt zwei prinzipielle Möglichkeiten, 
um eine RAM-Floppy in ein bestehen- 
des System zu integrieren: 

I/O-Mapping 

Hierbei wird die aus einer oder mehre- 
ren Seiten bestehende RAM-Floppy 
über hard- oder softwaregesteuerte, 
bitserielle oder bitparallele I/O-Ports an 
das Grundsystem angeschlossen. Damit 
ist die RAM-Floppy ein echter vollelek- 
tronischer Zusatzspeicher, der nicht im 
Adreßraum des Hauptspeichers, son- 
dern in dem des I/O-Raumes liegt. Der 
Datentransfer wird durch Blockein-/- 
ausgabebefehle - beim U880 ist das die 
Gruppe der INIR/OTIR-Befehle - reali- 
siert. Das bedeutet bei 8-Bit-Rechnern, 
daß nur maximal 128 Byte lange Sekto- 
ren in einem Zug transferiert werden 
können. Darüber hinaus muß bei dieser 
Lösung das Problem des zyklischen Re- 
fresh der DRAM-Speicher beachtet 
werden. In lll ist eine Schaltung für eine 
halbintelligente Diskettenstation mit 
einer RAM-Floppy beschrieben, die aus 
Geschwindigkeitsgründen bitparallel 
und rein hardwaregesteuert über einen 
IEC-Controller arbeitet. Eine andere, 
in 14/ erläuterte Variante basiert hinge- 
gen auf einfachen richtungsgesteuerten 
Datentreibern und einer fünfstufigen, 
im Bereich von 0 . . . FFFF beliebig ein- 
stellbaren Zählkette, die das Speicher- 
segment adressiert, auf das zugegriffen 
werden soll. 


Memory-Mapping 

Bei diesem Prinzip wird die RAM- 
Floppy im allgemeinen in Bänken zu je 
64 KByte mit dem Hauptspeicher 
„gemappt“, das heißt, sie liegt voll in 
seinem Adreßraum. Zur Vermeidung 
von Adressenkonflikten ist deshalb eine 
Seitenschaltung erforderlich, die die zur 
aktuellen physischen Diskettenadresse 
(DRIVE, TRACK, SECTOR) ge- 
hörende Speicherseite an die Stelle der 
weggeschalteten Grundseite des Haupt- 
speichers über Speichersperr-/-freigabe- 
Signale (wie z. B. MEMDI, MEMDI1, 
MEMDI2 beim Rechner K 1520) ein- 
blendet. Der Datentransfer wird pro- 
grammseitig mit Blocktransferbefehlen, 
wie z. B. LDIR, realisiert. Damit kön- 
nen maximal 64 KByte lange Sektoren 
in einem Zug kopiert werden. Ein 
Beispiel für das Memory-Mapping- 
Prinzip ist in 121 beschrieben, wobei 
32 KByte lange Halbseiten in den 
Adreßbereich 4000 . . . BFFF der 
Grundseite eingeblendet werden. Die 
Variante nutzt die nicht für alle 
Betriebssysteme geltende Eigenschaft 
von CP/M, daß jeder Datenaustausch 
sektorweise zwischen Grundseite und 
Diskettenspeicher über eitlen globalen 
DMA-Puffer außerhalb des ausblend- 
baren Bereiches 4000 . . . BFFF erfolgt. 
Damit ist ein Diskettenzugriff in zwei 
voneinander unabhängigen Schritten 
realisierbar: beispielsweise beim Lesen 
der Diskette zuerst Transfer eines 
Sektors zwischen Diskette und BIOS- 
internem DMA-Puffer und danach 
Transfer zwischen diesem DMA-Puffer 
und dem adressierten Segment im Be- 
reich 4000 . . . BFFF. Wird vor dem 
zweiten Schritt durch die Seitensteue- 
rung eine der Halbseiten einer RAM- 
Floppy eingeblendet, so ist dies ein Ko- 
piervorgang von einer physischen Dis- 
kette auf die RAM-Floppy. 

Die Voraussetzung eine# Zwischen- 
pufferung der zu transferierenden 
Daten in einem DMA-Puffer ist jedoch 
für 8-Bit-Betriebssysteme nicht allge- 
mein üblich, so zum Beispiel nicht bei 
dem Betriebssystem UDOS bzw. dem 
dazu kompatiblen RIO. 

Die erläuterten Hardware-Erweite- 
rungen für eine RAM-Floppy müssen 
außerdem softwareseitig unterstützt 
werden: 

■ Deklarierung des zusätzlichen virtu- 
ellen Laufwerks im Betriebssystem. 
Dies umfaßt in der Regel die Ergänzung/ 
Erweiterung der vorhandenen Diskbe- 
schreibungsvektoren. 

■ Erweiterung des Betriebssystems um 
einen RAM-Floppy-Treiber, der - ähn- 
lich wie der „normale“ Floppy-Treiber 
die physische Diskettenarbeit - die vir- 
tuelle Diskettenarbeit realisiert. Dies 
erfordert u. a. bei einem konkreten 
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Bild 1 Transfer eines 1 28-Byte-Sektors in zwei Schritten von der physischen 
Diskette auf die eingeblendete zweite Seite der virtuellen Diskette 



Bild 3 Zyklusgesteuerte Se itenums chaltung während RDIWR-Zyklus des 
LDIR-Blocktransferbefehls (MEMDI = 1: adressierte RAM-Floppyseite einge- 
schaltet) 



Bild 2 Organisation einer 5 1 W -Minidiskette mit 40 
Spuren und einer 256-K-RAM-Floppy unter SCP 
(Spur 0, 1, 2: SCP; halbe Spur 3: Directory DIR; 
Spur 3... 39/64) TPA- transient Programm area 
(Anwenderprogramme) 



Diskettenzugriff die Konvertierung der 
bereitgestellten physischen Disketten- 
adresse in die korrespondierende 
Adresse auf der RAM-Floppy sowie die 
Modifikation der Systemrufe des 
Betriebssystems, die das physische 
Schreiben/Lesen der adressierten Dis- 
kette ausführen. 


solchen Diskette unter SCP. Demzu- 
folge ist bei jedem Zugriff auf das virtu- 
elle Floppy-Laufwerk durch den zuge- 
hörigen RAM-Floppy-Treiber über die 
Seitenschaltung folgende Adressenkon- 
vertierung zwischen physischer Disk- 
adresse und RAM-Diskadresse zu reali- 
sieren: 


Bild 4 Seitenschaltung für RAM-Floppy nach dem 
MEMORY-MAPPING-Prinzip 


Pagingbits PB 1 ... 4 eines Ports in der 
Seitenschaltung simuliert. So ist bei- 
spielsweise bei einem Sektortransfer im 
Bereich von Spur 16 ... 31 durch den 
RAM-Floppy-Treiber vor dem Block- 
transferbefehl LDIR als statische Bedin- 
gung für die Seitensteuerung das Bit 
PB 2 zu setzen. 

Darüber hinaus ist noch die Richtung 
des Datentransfers von bzw. zur vir- 
tuellen Diskette festzulegen (RAM- 
Floppy-Lesen/Schreiben). Dies ge- 
schieht durch zwei Richtungsstcuerbits 
RBO und RB1, die ebenfalls über Port 
im entsprechenden READ- bzw. 
WRITE-Ruf des SCP statisch einzu- 
stellen sind. 


Eine RAM-Floppy 

für den Bürocomputer A 51 20 

Im folgenden wird ein Beispiel zur Im- 
plementierung einer RAM-Floppy in 
den Bürocomputer A 5120 nach dem 
Memory-Mapping-Prinzip erläutert . 
Dabei umfaßt die RAM-Floppy 4 Seiten 
zu je 64K = 256 KByte. Sie repräsentiert 
damit die 1 ,6fache Kapazität der derzeit 
üblichen 5W'-Minidisketten doppelter 
Dichte mit 40 Spuren zu je 4 KByte. 

Bild 2 zeigt die Organisation einer 


physische Diskette RAM-Floppy 

Spur 0 ... 15 00000... OFFFF 

(Seite 1) 

Spur 16... 31 10000... 1FFFF 

(Seite 2) 

Spur 32 ... 47 20000 . . . 2FFFF 

(Seite 3) 

Spur 48 ... 63 30000 . . . 3FFFF 

(Seite 4) 

Die zusätzlich erforderlichen Adreßbits 
zur Adressierung des Speichers der 
RAM-Floppy werden hierbei über vier 
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Dynamische Seitensteuerung 

Die eigentliche Seitenumschaltung er- 
folgt jedoch dynamisch erst während 
der Abarbeitung des LDIR-Befehls und 
nur für die Dauer eines READ- bzw. 
WRITE-Zyklus. Das bedeutet, z. B. 
beim RAM-Floppy-Schreiben, daß das 
nächste Datenbyte im DMA-Puffer 
während des MR-Zyklus des LDIR- 
Befehls noch bei aktiver Grundseite ge- 
lese nwird. E rst mit der fallenden Flanke 
von MREQ im MW-Zyklus wird die 
Grundseite aus- und dafür die addres- 
sierte RAM-Floppy-Seite eingeblendet 


Bild 5 Programm 
DISKRW 


und somit das Byte in die RAM-Floppy 
geschrieben. Anschließend, das heißt, 
mit der aufsteigenden Flanke von 
MREQ, erfolgt die Wiedereinschaltung 
der Grundseite. Die RAM-Floppy-Seite 
ist folgli ch nur für die Dauer von 
MREQ = 0 eingeblendet. Bild 3 ver- 
deutlicht die Verhältnisse. 

In Bild 4 ist das Prinzip der Seiten- 
schaltung dargestellt. Die einwandfreie 
Funktion der Schaltung ist an eine pro- 
grammtechnische Besonderheit gebun- 
den. In der Programmpassage des 
RAM-Floppy-Treibers dürfen nach dem 
Setzen eines der beiden Richtungs- 


steuerbits RBO, RB1 unmittelbar vor 
dem LDIR-Befehl bis zu ihrem Rück-, 
setzen unmittelbar nach dem LDIR- 
Befehl nur Befehle mit Ml-Zyklen auf- 
treten, mit Ausnahme des LDIR selbst. 
Ansonsten treten Fehlschaltungen der 
Seitensteuerung durch unbeabsichtigte 
MR- bzw. MW-Zyklen auf. Das in Bild 5 
angegebene Programm DISKRW ge- 
nügt diesen Bedingungen. 

Die dynamische Umschaltung der 
Seiten nur im jeweils aktiven RD- bzw. 
WR-Zyklus des Blocktransferbefehls 
hat folgende Vorzüge: 

■ Der DMA-Puffer von SCP (über den 
Systemruf SETDMA durch den System- 
programmierer frei wählbar) kann bei 
beliebigen Adressen im Bereich der 
gesamten Grundseite 0 . . . FFFFH 
liegen, im Gegensatz z. B. zu der Lösung 
in/2/. 

■ Das Verfahren funktioniert auch bei 
Betriebssystemen , bei denen der Daten- 
transfer direkt zwischen den aktiven 
Sektoren auf der Diskette und dem 
Hauptspeicher unter Umgehung von 
Zwischenpuffern erfolgt (z. B. RIO, 
UDOS). 

■ Es können - wie bei verschiedenen 
Betriebssystemen üblich - auch längere 
als nur 128-Byte-Sektoren in einem Zug 
transferiert werden. 

■ Durch den Blocktransfer mit Hilfe 
des LDIR-Befehls gibt es keine Refresh- 
Probleme. 


RAM-Floppy-T reiber 

Wie schon erwähnt, ist zur Abwicklung 
der Diskettenarbeit mit der RAM- 
Floppy ähnlich wie bei physischen Dis- 
ketten ein RAM-Floppy-Treiber erfor- 
derlich. Er enthält u. a.: 
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- einen Drive-Multiplexer als Weiche 
zwischen physischen und RAM-Floppy- 
Zugriffen (bei SCP erfordert dies eine 
Änderung der Rufe READ und WRITE 
im BIOS). 

- ein Konvertierungsprogramm zur 
Umrechnung der physischen Disk- 
adresse (in SCP definiert durch die 
BlOS-Schnittstelle DRIVE, TRACK, 
SECTOR) in die zugehörige RAM- 
Floppy- Adresse. 

- den eigentlichen „Treiber“ zur Reali- 
sierung des sektorweisen Datentransfers 
in Verbindung mit der erläuterten 
statischen bzw. dynamischen Seiten- 
steuerung. 

- Fehlerbehandlung und Realisierung 
von Sonderfunktionen (z. B. Read- 
after-Write-Funktion zur Erkennung 
von fehlerhaften Schreiboperationen 
auf der RAM-Floppy). 

Er ist in das jeweilige Betriebssystem 
einzubinden, und darüber hinaus sind 
die Diskettenbeschreibungstabellen zu 
modifizieren. Unter SCP bedeutet dies 
die Eröffnung eines Diskparameter- 
blockes für die RAM-Floppy. Dieser 
beschreibt dann deas Format der RAM- 
Floppy, die hinsichtlich Speicherkapazi- 
täten, Anzahl der Systemspuren usw. 
nicht notwendigerweise mit dem Format 
der physischen Diskette übereinstim- 
men muß. 

Praktische Ergebnisse 

Nach dem vorgegebenen Prinzip wurde 
eine 256-K-RAM-Floppy, bestehend 
aus dem eigentlichen RAM-Floppy- 
Treiber und einem 256-K-DRAM- 
Speicher mit 4 Bänken zu je 64 KByte, 
realisiert und im Bürocomputer A 5120 
eingebaut. Das Betriebssystem SCP 
wurde in einer in seinen Grundkompo- 
nenten CCR, BDOS und BIOS entspre- 
chend modifizierten und erweiterten 
Version SCPNET VI. 2 implementiert. 
Die aus der Literatur und theoretischen 
Betrachtungen erwartete Verkürzung 
der Reaktionszeiten hat sich in jeder 
Hinsicht bestätigt. Die bei typischen 
Programmieraktivitäten gemessene Ge- 
schwindigkeitssteierung bewegt sich im 
Verhältnis 1 : 3 bis 1 : 10, das heißt, die 
unangenehmen Wartezeiten haben sich 
drastisch verringert (Tafel 3). Die Ge- 
schwindigkeitsvorteile äußern sich spe- 
ziell beim iterativen Prozeß der Pro- 
grammerstellung von Mikrorechnersoft- 
ware auf Grund des notwendigen häufi- 
gen Programmwechsels, aber auch bei 
der Arbeit mit Datenbanksystemen und 
bei der Textverarbeitung in einem deut- 
lichen Effektivitätszuwachs des Pro- 
grammierers. Darüber hinaus wird das 
Arbeiten mit der RAM-Floppy durch 
die in vielen Fällen augenblickliche Re- 
aktion des Systems und den damit ver- 


bundenen Tempogewinn auch subjektiv 
als sehr angenehm empfunden. 

Für die praktische Arbeit mit der RAM- 
Floppy sind noch einige Sonderfunktio- 
nen von Bedeutung: 

■ Die RAM-Floppy wird beim Netz- 
einschalten automatisch initialisiert, je- 
doch nicht bei RESET, so daß auf der 
RAM-Floppy vorhandene Dateien nicht 
gelöscht werden. 

■ Der Warmstart als eine wesentliche 
Komponente der Geschwindigkeitsstei- 
gerung wurde auf das Laufwerk J der 
RAM-Floppy verlagert. Das Nachladen 
der Betriebssystemkomponenten CCP 
und BDOS erfolgt von diesem und nicht 
mehr vom Laufwerk A aus. 
■Schreiboperationen auf die RAM- 
Floppy werden durch die mitimplemen- 
tierte RD-after-WR-Funktion über- 
wacht. Bei auftretenden Schreibfehlern 
meldet sich das System mit der typischen 
laufwerksabhängigen Ausschrift „SCPX 
ERROR ON J: BAD SECTOR“ zu- 
rück. 

Das System ist gleichzeitig für den 
Anschluß an eine Festplatte über ein 
lokales Netz mit Lichtwellenleiter- 
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Die Kopplung des Personalcomputers 
PC 1715 111 mit einem Kleincomputer 
KC 85/2 bzw. KC 85/3 stellt eine Lösung 
dar, um mit dem in der Grundvariante 
nicht grafikfähigen Personalcomputer 
farbige grafische Darstellungen auf 
einem Bildschirm realisieren zu können. 
Der KC85I2 121 ermöglicht 

- die Darstellung vollgrafischer Bilder 
im Raster von 320 Punkten (in der 
Waagerechten) mal 256 Punkten (in der 
Senkrechten) 

- die Zuordnung eines Farbbytes zu je 
einem Bildsegment von 8x4 Bild- 
punkten. Das Farbbyte ermöglicht die 
Auswahl von 16 Vorder- und 8 Hinter- 
grundfarben für das Bildfeld. 

- die blinkende Darstellung von 16 Vor- 
dergrundfarben im Bildfeld. 

Durch die Kopplung PC 1715 - KC85/2 
können diese Farbgrafikfunktionen 
direkt am PC genutzt werden. Der 


kopplungen vorbereitet. Dazu enthält 
das Betriebssystem SCPNET für die Ar- 
beit mit virtuellen Disketten über die 
virtuellen Laufwerke D . . . I software- 
seitige Erweiterungen. 

Das System ist ab sofort nachnutzbar. 
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KC85/2 wird in Verbindung mit einem 
Farbmonitor zum intelligenten Farb- 
grafikdisplay. Die Realisierung ist mit 
geringem Hardwareaufwand möglich, 
da nur zwei Koppelbaugruppen ein- 
gesetzt werden müssen. Damit ist eine 
schnelle und unkomplizierte Nach- 
nutzung des Konzeptes möglich. 

1. Systemgestaltung 

Die Kopplung des PC 1715 mit dem 
KC 85/2 erfolgt durch eine Parallel- 
schnittstelle, die über PlO-Ports an 
beiden Rechnern hardwaremäßig reali- 
siert wird. Die Parallelschnittstelle er- 
möglicht den Datentransport zwischen 
den Rechnern mit hoher Geschwindig- 
keit und gestattet eine einfache Syn- 
chronisation. 

1.1. Parallelschnittstelle 
für den PC 171 5 

Der Hersteller des PC.1715 bietet 
Leiterplatten zur Erweiterung der 
Kopplungsmöglichkeiten des Rechners 
an, die nicht zur Grundausstattung 
gehören. Es ist die Nachrüstung einer 
IFSS-Interfaceeinheit oder einer V.24- 
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Bild 1 PC 1715 mit Koppelbaugruppe IHK/PC 2PIO 
Bild 2 KC 85/2 mit Koppelbaugruppe IHK/PC 1PI0 



Interfaceeinheit möglich. Unter Nut- 
zung des vorhandenen Bussystems XI 
ßl wurde eine neue Koppelbaugruppe 
mit Parallelinterface, IHK/PC 2 PIO, 
entwickelt, die anstelle einer der bereits 
erwähnten Interfacesteckeinheiten ein- 
gesetzt wird (Bild 1). 

Die Koppelbaugruppe wurde mit 2 PIO- 
Schaltkreisen UB 855 bestückt. Da der 
Xl-Bus des Rechners direkt genutzt 
wurde, ergaben sich folgende Tor- 
adressen: 


Steuerregister 
PIO 1: 

Kanal A 12h 
Kanal B 13h 
PIO 2: 

Kanal A 16h 
Kanal B 17h 


Datenregister 

Kanal A 10h 
Kanal B 11h 

Kanal A 14h 
Kanal B 15h 


Zur Kopplung wird nur PIO 1 genutzt. 
Der zweite PlO-Schaltkreis steht für zu- 
sätzliche Parallel-Ein-Ausgaben zur 
Verfügung, z. B . für den Anschluß eines 
Analog/Digitalumsetzers oder einer 
CCD-Zeilenkamera. 


1.2. Parallelschnittstelle 
für den KC 85/2 

Für den KC wurde die Koppelbau- 
gruppe IHK/KC 1 PIO entwickelt, die 
an das Expansionsinterface angeschlos- 
sen wird (Bild 2). Die Baugruppe be- 
steht aus einem PlO-Schaltkreis UB 855 
und der dazugehörigen Anschlußelek- 
tronik. Für die PlO-Ports wurden die 
Toradressen 

PIO: 

Steuerregister Datenregister 

Kanal A CAh Kanal A C8h 

Kanal BCBh Kanal BC9h 

realisiert. Die Koppelbaugruppe kann 


als separate Baugruppe aufgebaut oder 
anstelle eines Moduls in einen freien 
Modulschacht des Rechners gesteckt 
werden. 

1.3. Kopplung und 
Synchronisation 

Die realisierte Kopplungs- und Synchro- 
nisationsvariante zum Anschluß des KC 
als intelligentes Ausgabegerät des PC ist 
im Bild 3 dargestellt. 

Der Datentransfer zwischen den Rech- 
nern wird interruptgesteuert durch- 
geführt. Nach der Ausgabe des Daten- 
wortes und des Steuerwortes durch den 
PC wird ein Interrupt am KC 85/2 
ausgelöst. Die Daten werden über- 
nommen und verarbeitet. Es erfolgt die 
Ausgabe der grafischen Informationen 
auf dem Farbmonitor. Ist der KC85/2 
zur Übernahme eines weiteren Daten- 
wort-Steuerwortpaares bereit, wird 
ein Interrupt am PC 1715 ausgelöst, 
der die Übertragung der nächsten 
Daten einleitet. Durch den interrupt- 
gesteuerten Datenaustausch zwischen 
PC 1715 und KC 85/2 wird eine optimale 
Datentransfergeschwindigkeit er- 
reicht. 

2. Software 

Für die Nutzung des KC85/2 als Farb- 
grafikdisplay des PC 1715 existieren 
prinzipiell zwei Möglichkeiten. 

Einmal kann ein Frame-Buffer, d. h. die 
Bildpunktmatrix P k „ < P 2 56,320 des Farb- 
grafikdisplays, im PC aufgebaut und 
verwaltet werden. Jeder Bildpunkt der 
Matrix wird in einem Byte des Arbeits- 
speichers bzw. einer Bilddatei dar- 
gestellt. 

Durch Grafikprogramme können 
Linien, Kreise, Kreissegmente und Text 


im Frame-Buffer generiert werden. Die 
Ausgabe der Bildpunktmatrix P k n , also 
des Frame-Buffers, erfolgt, nachdem 
die Generierung des Bildes abgeschlos- 
sen ist. Diese Variante bedingt einen 
hohen Softwareaufwand, da ein Frame- 
Buffer P 256 . 32 « nicht komplett im Arbeits- 
speicher des Rechners aufgebaut wer- 
den kann, ist aber, wie Abschnitt 3 zei- 
gen wird, eine brauchbare Methode zur 
Darstellung von Binärbildern als Ergeb- 
nis einfacher Bildverarbeitungspro- 
zesse. Eine weitere elegante Möglich- 
keit für Grafik- und Diagrammausgaben 
besteht darin, im PC 1715 ein Displayfile 
aufzubauen. Es wird eine Matrix P g l er- 
zeugt, deren Zeilen die Informationen 
Anfangspunktkoordinate , Endpunkt- 
koordinate, Linie oder Kreisbogen, 
Farbe usw. enthalten . J eweils eine Zeile 
der Matrix P gj i wird an den KC 85/2, der 
als intelligentes Grafikdisplay die 
Linien- und Kreisgenerierung, die Farb- 
codierung, die Transformation zur Bild- 
schirmausgabe sowie die Schriftein- 
blendung selbständig übernimmt, über- 
geben. Die Ausgabe eines Steuerwortes 
von 7 Bit parallel zu den Daten realisiert 
128 verschiedene Möglichkeiten der 
Funktionssteuerung des Farbgrafik- 
displays. Beispielsweise sind die Funk- 
tionen 

- direkte Ausgabe von Bildpunkt- 
matrizen 

- intelligenter Grafikmodus 

- Bildschirmlöschen 

- Farbbeeinflussung 
möglich. 

Bisher wurde eine Teilmenge der Viel- 
falt, die sich durch den Einsatz des 
KC 85/2 als intelligentes Farbgrafik- 
display ergibt, verwirklicht. 
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2.1. BILDOUT 

Das Programm BILDOUT ermöglicht 
die Ausgabe einer optimierten Bild- 
punktmatrix P 2 56 . 256 , die im Arbeits- 
speicher des PC oder als Datenfile auf 
Disketten abgelegt ist, zum Farbgrafik- 
display. Es wird immer eine vollständige 
Matrix P 25 6,256 ausgegeben. Ist die reale 
Bildpunktmatrix kleiner, werden die 
fehlenden Werte so ergänzt, daß sie auf 
dem Farbgrafikdisplay die Hintergrund- 
farbe annehmen. 

Die Elemente der Bildpunktmatrix 
werden im PC 1715 in einem Byte des 
Speichers dargestellt. Sie können Werte 
von 0 bis 255 annehmen . Vor der Daten- 
übergabe erfolgt eine Datenreduktion. 
Jeder Punkt der Bildpunktmatrix wird 
durch Vergleich mit einer Trigger- 
schwelle in einen binären Wert um- 
gewandelt. Ist der Wert des Bildpunktes 
kleiner als die Triggerschwelle, wird 
dem Byte der Wert 0 zugeordnet, ande- 
renfalls der Wert 1. Jeweils 8 Byte mit 
0 / 1 -Information werden dann zu einem 
Binärbyte zusammengefaßt. Jedes Bit 
des Binärbytes repräsentiert einen Bild- 
punkt. Über ein Steuerwort wird das 
Programm BILDKC auf der Grafikdis- 
playseite aktiviert. 


2.2. BILDKC 

Das Programm BILDKC realisiert die 
interruptgesteuerte Eingabe der Binär- 
bytes. Die Daten werden direkt an den 
Grafikspeicher des KC 85/2 übergeben 
und auf dem Monitor dargestellt. Wei- 
tere Steuerworte gestatten das Setzen 
einer Vorder- und einer Hintergrund- 
farbe für das Bild. 

Der KC 85/2 realisiert beim kontinuier- 
lichen Füllen des Grafikspeichers keine 
kontinuierliche zeilenweise Ausgabe 
auf dem Bildschirm. Es werden die 
Zeilen 0, 4, 8, 12, dann die Zeilen 1, 5, 



Bild 4 Testbild 


9, 13 usw. geschrieben, bis ein Block zu 
16 Zeilen dargestellt ist. 16 Blöcke er- 
geben das Gesamtbild. Durch ent- 
sprechende Adreßrechnung wird vom 
Programm BILDKC sichergestellt, daß 
die kontinuierlich übertragenen Zeilen 
der Bildpunktmatrix auch kontinu- 
ierlich auf dem Bildschirm dargestellt 
werden. 

2.3. GRAFOUT 

Das Programm GRAFOUT realisiert 
den Aufbau einer Datenmatrix P g l im 
Arbeitsspeicher des Personalcompu- 
ters. Diese „Koordinatenmatrix“, d. h. 
das Displayfile, kann auf Diskette abge- 
speichert oder zum Farbgrafikdisplay 
ausgegeben werden. Es besteht auch die 
Möglichkeit der direkten Ausgabe von 
der Diskette zum KC 85/2. Die Ausgabe 
der Matrix erfolgt zeilenweise, da jede 
Zeile die Koordinaten eines Punktes, 
einer Geraden, eines Kreises oder eines 
Schriftzeichens sowie entsprechende 
Zusatzinformationen enthält. 

Das Programm GRAFOUT stellt die 
Daten für das BASIC-Programm 
GRAFIK bereit. 

2.4. GRAFIK und GRAFKC 

Das Assemblerprogramm GRAFKC ist 
im Farbgrafikdisplay, d. h. im KC85/2, 
Bestandteil des BASIC-Programms 



Bild 6 Optimales Binärbild; dargestellt auf dem 
Kleincomputer KC 85 12 


GRAFIK. Der KC 85/2 wird mit einem 
Zusatzmodul M006 BASIC ausgerüstet. 
GRAFKC realisiert die interruptge- 
steuerte Eingabe jeweils einer Zeile der 
Datenmatrix P g ,i. Die Daten werden auf 
Arbeitsspeicherplätzen abgelegt. Mit 
Hilfe des BASIC-Befehls PEEK (I) 
werden jeweils nach der Eingabe einer 
Zeile die Arbeitsspeicherplätze gelesen 
und ihr Wert einer Variablenliste zuge- 
ordnet. Diese Variablenliste bildet die 
Grundlage zur Abarbeitung eines 
Grafikausgabebefehls /AI: 

- LINE XA, YA, XE, YE, F 
(Linie ziehen) 

- CIRCLE XM, YM, R, F 
(Kreis ziehen) 

- PSETX, Y,F 
(Punkt setzen) 

- PRESETX, Y, F 
(Punkt löschen) 

- PAPER H 

(Hintergrundfarbe setzen) 

- INK V 

Vordergrundfarbe setzen) 

- COLOR V, H 

(Vorder- und Hintergrundfarbe setzen). 

Die Art des abzuarbeitenden Befehls ist 
in jeder Matrixzeile in einem Byte ver- 
schlüsselt. Nach dessen Ausführung 
wird wieder die Subroutine GRAFKC, 
die die Eingabe einer neuen Martixzeile 
realisiert, aufgerufen. 
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3. Anwendungen 

Die Kopplung PC 1715 mit dem 
KC 85/2 wurde zur Realisierung von 
drei Hauptanwendungsgebieten er- 
arbeitet: 

• Grafische Ausgabe von Kurven und 
Diagrammen im Zusammenhang mit 
wissenschaftlich-technischen Berech- 
nungen 

• Gewinnung und Darstellung von 
Flußschemata und Übersichtszeichnun- 
gen im Zusammenhang mit der rechner- 
gestützten Projektierung von Chemie- 
anlagen 

• Aufbau eines vereinfachten Bild- 
verarbeitungssystems (z. B. zur rechner- 
gestützten Auswertung von Metallober- 
flächen). 

Bild 4 zeigt ein Testbild für Grafikfunk- 
tionen, das mittels PC 1715 erstellt und 
auf dem KC85/2 dargestellt wurde. Der 
Aufbau eines vereinfachten Bildverar- 
beitungssystems wurde realisiert, indem 
zusätzlich zur beschriebenen Hardware- 
konfiguration ein Steuergerät zur Ein- 
gabe von Fernsehbilddaten entwickelt 
und über den zweiten PlO-Schaltkreis 


der Koppelkarte IHK/PC 2PIO an den 
PC 1715 angeschlossen wurde (Bild 5). 
Das entwickelte Eingabesteuergerät 
nutzt das Verfahren der spaltenweisen 
Abtastung des Fernsehsignals 151. Es 
realisiert die Abtastung, Digitalisierung 
und Übertragung einer Bildpunktmatrix 
P 96.256 in den PC 1715. Die Digitalisie- 
rung erfolgt wahlweise in 6 bzw. 7 Bit 
Tiefe, das heißt, es ist eine Quantisie- 
rung in 64 bzw. 128 Graustufen mög- 
lich. 

Die Bildpunktmatrix muß, um eine 
rechnergestützte Auswertung zu ermög- 
lichen, oftmals in ein reines Binärbild 
(Schwarzweißdarstellung ohne Grau- 
stufen) transformiert werden. Die Wahl 
der exakten Triggerschwellen zur Er- 
stellung des Binärbildes hängt von ver- 
schiedenen Faktoren, z. B. Qualität und 
Beleuchtung des Bildmaterials, ein- 
gestellte Blende der Fernsehkamera, 
ab. Bei Nutzung der Programme 
BILDOUT und BILDKC besteht für 
den Nutzer die Möglichkeit, durch die 
Darstellung aller 64 bzw. 128 Trigger- 
schwellen bzw. Binärbildvarianten die 
effektivste binäre Darstellung auszu- 


wählen. In den meisten Fällen kann 
durch die gezielte Auswahl von etwa 10 
Bildern das optimale Binärbild ermittelt 
werden. Nach Ablauf der Bildtransfor- 
mation erfolgt im PC 1715 die Bildver- 
arbeitung. Zur Auswertung von Ober- 
flächenstrukturen (z. B. von Schliffbil- 
dern, Bild 6) werden 

- die rechnergestützte Korrektur des 
Kamerafehlers 

- die Ermittlung des prozentualen An- 
teiles der Fehlstellen (schwarze Stellen) 
am Graubild 

- die Klassifizierung der Fehlstellen- 
größe in acht Klassen 

- die Ermittlung der Fehlstellenver- 
teilung auf dem Gesamtbild durchge- 
führt. 
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Das Softwarekonzept des KC 85/3 
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Computersoftware wird im allgemeinen 
in Basissoftware, dazu zählen u. a. Be- 
triebssystem, Sprachübersetzer, Geräte- 
anschlußprogramme, und Anwender- 
software eingeteilt. 

Das Ziel des VEB Mikroelektronik 
„Wilhelm Pieck“ Mühlhausen besteht 
darin, den Computernutzern eine mög- 
lichst breite Palette von Basissoftware 
zur Verfügung zu stellen, um die Anwen- 
dungsbreite der Kleincomputer zu ver- 
größern. Da die Anwendersoftware stark 
vom jeweiligen Problem abhängt, wird 
darauf orientiert, daß die Programme 
vom jeweiligen Nutzer selbst erarbeitet 
werden. Ein Teil universell nutzbarer 
Anwendersoftware wird in Kürze ange- 
boten werden. Deshalb soll im folgenden 
nur das Betriebssystem des KC85/3 
näher beschrieben werden; die andere 
verfügbare bzw. in Kürze erhältliche 
Basissoftware soll anderen Veröffent- 
lichungen Vorbehalten sein. 


Der vorliegende Beitrag ist die Fortsetzung des 
Artikels „Kleincomputer KC 85/3“, der in MP 2/87 
ab Seite 56 erschienen ist. 



Das Betriebssystem HC-CAOS 

Die Stellung des Betriebssystems in der 
anderen Basissoftware und in Bezug zum 
Bediener und der Computerperipherie 
zeigt Bild 1. Darin ist erkennbar, daß 
der Nutzer den Computer ohne weitere 
Basissoftware verwenden kann. Natür- 
lich ist die Programmierung in Maschi- 
nensprache sehr umständlich. Deshalb 
ist der BASIC-Interpreter ebenfalls im 
ROM enthalten. Aber auch dabei stellt 
das Betriebssystem die zentrale Schnitt- 
stelle zwischen Bediener, BASIC-Inter- 
preter und der Computerhardware dar. 
Das Betriebssystem HC-CAOS erfüllt 
u. a. folgende Aufgaben: 

- Tastatureingabe 

- Zeichendarstellung auf dem Bild- 
schirm 


- Punktsetzen und -löschen auf dem 
Bildschirm 

- Farbeinstellung des Bildschirmes 

- Fenstereinstellung auf dem Bild- 
schirm 

- Tonausgabe 

- Datenein- und -ausgabe vom bzw. 
zum Kassettenrecorder 

- Zeichenkettenumwandlung 

- Schalten von Modulen und internen 
Speicherbereichen. 

Bei der Konzipierung des Betriebs- 
systems HC-CAOS wurde ebenso wie 
bei der Hardware Wert auf große Flexi- 
bilität und Anwenderfreundlichkeit bei 
voller Ausnutzung aller Hardware-Mög- 
lichkeiten gelegt. Deshalb konnte nicht 
von vorhandenen und bekannten Be- 
triebssystemen, wie z. B. CP/M u. a., 
durch Abrüsten und Anpassen ausge- 
gangen werden. 

Die große Flexibilität von HC-CAOS 
wird durch die sogenannte Zeiger- und 
Tabellentechnik erreicht. Das Prinzip 
besteht darin, daß in festgelegten 
Speicherzellen im RAM die Anfangs- 
adressen (Zeiger) von Tabellen und 
Unterprogrammen stehen. Durch Än- 
derung des Zeigers kann der Anwender 
seine eigenen Tabellen und Unter- 
programme nutzen bzw. die System- 
funktion nach seinen Bedürfnissen er- 
weitern. 

Das soll am Beispiel der Tastaturein- 
gabe erläutert werden. Jedem Signal, 
das der Tastaturprozessor sendet, ist 
über eine Tabelle ein interner Kode 
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zugeordnet. Dafür werden im KC85/3 
die ASCII-Zeichen verwendet. Die 
Umkodiertabelle steht im ROM und die 
Anfangsadressen dieser Tabelle im 
RAM. 

Möchte der Anwender den Tasten der 
Tastatur andere Kodes zuordnen, so 
muß eine neue Kodetabelle program- 
miert und die Anfangsadresse dieser 
neuen Tabelle in die vorgesehenen 
RAM-Speicherzellen eingetragen wer- 
den. Dabei ist es belanglos, ob die neue 
Tabelle im RAM oder im ROM ange- 
ordnet ist. Damit lassen sich die Um- 
laute Ä, Ö, Ü, ä, ö, ü mit den Kodes 
5BH, 5CH, 5DH, 7BH. 7CH, 7DH z. B. 
direkt von der Tastatur erzeugen. Vor- 
aussetzung für die Darstellung der Zei- 
chen ist natürlich, daß ebenfalls die er- 
forderlichen Zeichenbilder dieser Buch- 
staben im Computer enthalten sind. Auf 
diese beschriebene Weise lassen sich im 
HC-CAOS folgende Funktionen an die 
Anwenderbedürfnisse anpassen: 

- Tastaturkodes 

- Zeichenbilder 

- System-Unterprogramme 

- Steuerkodes des Bildschirmpro- 
grammes 

- Bildschirmausschnitte 

- Console-Geräte (Standard: Tastatur 
und Bildschirm) 

- jeweils zwei anwenderspezifische Ein- 
und Ausgabegeräte 

- Pufferadresse für Ein-/ Ausgabegeräte 

- Reaktion auf die Hardcopy-Funktion 

- Lage der System- Arbeitszellen im 
RAM 

- Lage des Stack im RAM. 

Das Prinzip bei der Änderung der 
Tastaturkodes ist bereits erläutert wor- 
den. Bei der Änderung der Zeichenbil- 
der kann der Anwender, neben den 128 
im ROM enthaltenen, weitere Zeichen 
definieren. Das geschieht auf die Weise, 
daß die in einem 8x8 Punktraster 
stehenden Zeichen entworfen und bit- 
weise programmiert werden. Für ein 
Zeichen werden 8 Byte benötigt. Jeweils 


64 Zeichen werden in einer Zeichen- 
bildtabelle zu 512 Bytes zusammen- 
gefaßt. Im KC 85/3 können vier Zei- 
chenbildtabellen gleichzeitig verwendet 
werden; mehrere können im Speicher 
enthalten sein , wenn bei Bedarf der ent- 
sprechende Zeiger geändert wird. Da- 
mit ist der Zeichenvorrat praktisch un- 
begrenzt. 

Der Aufruf der System-Unterpro- 
gramme (UP) erfolgt im HC-CAOS 
über Programmverteiler, denen das ge- 
wünschte UP als Nummer übergeben 
wird. Die Anfangsadressen dieser UP 
sind in einer UP-Tabelle zusammenge- 
faßt. Durch Kopieren dieser Tabelle in 
den RAM kann der Anwender die Zu- 
ordnung Nr. UP ändern oder diese 
Tabelle mit eigenen UP ergänzen. 

Die Zuordnung Steuerkode-Reaktions- 
programm des Bildschirmtreibers er- 
Jfolgt über die Steuerkode-Tabelle. So- 
mit kann der Anwender für die vorhan- 
denen Steuerzeichen seine eigenen Re- 
aktionsprogramme definieren. 

Bei der Festlegung von Bildschirmaus- 
schnitten muß der Anfang des Fensters 
(Zeile und Spalte) und die Fenstergröße 
definiert werden. Alle folgenden Bild- 
schirmaktionen erfolgen nur innerhalb 
dieses definierten Fensters. 

Im HC-CAOS sind für die Datenein- 
und -ausgabe standardmäßig drei Ge- 
räte vorgesehen: die Tastatur, das Fern- 
sehgerät und der Kassettenrecorder. 

Die jeweiligen Treiberprogramme sind 
in die UP-Tabelle eingeordnet (UP-Nr. 
00H, 01H, 04H und 05H). Für weitere 
zwei Ein- und zwei Ausgabegeräte sind 
in der UP-Tabelle Nummern reserviert. 
Die entsprechenden Treiberprogramme 
muß der Anwender selbst definieren 
bzw. werden für viele Standardgeräte 
vom Hersteller geliefert. Die Einbin- 
dung in das Betriebssystem erfolgt in 
der bereits beschriebenen Weise, daß 
die Anfangsadressen in dafür reservierte 
Speicherplätze eingetragen werden. Da- 
mit können Anwenderprogramme sehr 
universell und peripherieunab- 
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hängig geschrieben werden. Durch 
Laden spezieller Treiberprogramme 
kann nachträglich die gewünschte 
Gerätekonfiguration vom Anwender 
zusammengestellt werden. 

Mit diesem Komfort ist es im HC-CAOS 
auch möglich, die Console-Geräte zu 
verändern. Durch Neudefinition des je- 
weiligen Zeigers kann die Systemein- 
gabe z. B. vom UP-Nr. 04H (Tastatur) 
auf UP-Nr. 06H (Anwender-Eingabege- 
rät 1) und die Systemausgabe von UP- 
Nr. 00H (Bildschirm) auf UP-Nr. 02H 
(Anwender- Ausgabegerät 1) umge- 
schaltet werden. 

Diese beschriebene Zusammenarbeit 
des Betriebssystems HC-CAOS mit der 
Peripherie ist im Bild 2 dargestellt. 

Eine weitere Besonderheit von HC- 
CAOS ist die Definition von Betriebs- 
systemkommandos, die der Nutzer 
direkt ohne weitere Basissoftware aus- 
führen kann. Diese Kommandos sind 
auch beliebig erweiterbar. 

Jede CAOS-Funktion ist als Unterpro- 



Bild 2 Datenaustausch von HC-CAOS mit der Peripherie 


Tafel 1 Assemblerprotokoll für die Neudefinition von COPY 


Adresse 

Maschinencode 

Anweisung 

Bemerkung 

0000 

7F7F 

Vorsp: DEFW7F7FH 

;Profog 

0002 

43 4F 50 59 

DEFM COPY’ 

;Menüwort 

0006 

01 

DEFB1 

lEpilog 

0007 

EDB0 

LDIR 

;Blocktransfer 

0009 

C9 

RET 

;Rücksprung zu 
;CAOS 
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gramm definiert (mit RETURN abge- 
schlossen) und wird durch einen Vor- 
spann gekennzeichnet. Der Vorspann 
besteht aus Prolog (2 Byte), normal 
7F7FH, Menüwort (1 ... 32 Zeichen: 
Ziffern, Großbuchstaben, Sonder- 
zeichen, 

Epilog (1 Byte) 00H oder 01 H. 

Die Menüworte aller im aktiven Spei- 
cher stehenden CAOS-Funktionen 
werden nach RESET oder Aufruf der 
MENÜ-Funktion auf dem Bildschirm 
dargestellt. Durch Auswahl mit dem 
Cursor oder Neueingabe eines Menü- 
wortes wird die jeweilige CAOS-Funk- 
tion gestartet. Die Anfangsadresse der 
Funktion ist dabei ohne Belang. Nach 
dem Menü der Funktion können noch 
bis zu 10 Argumente an die Funktion 
übergeben werden (Hexadezimal- 
zahlen), die im RAM an definierter 
Stelle gespeichert sind. Die ersten drei 
Argumente werden vor dem Start der 
Funktion in die CPU-Register HL, DE 
und BC geladen und können sofort ver- 
wendet werden. 

Dies soll an einem Beispiel erläutert 
werden. 

Für das Kopieren von Speicherberei- 
chen soll die CAOS-Funktion COPY 
neu definiert werden. Dazu sei das 
Assemblerprotokoll in Tafel 1 die 
Grundlage. 


Der Maschinenkode kann mittels der 
CAOS-Funktion MODIFY ab Adresse 
0000 in den Speicher eingegeben und 
mittels der Funktion MENU auf dem 
Bildschirm angezeigt werden. Soll nun 
z. B. der Speicherbereich von 200H bis 
500H (Länge: 300H) nach 1000H 
kopiert werden, so ist einzugeben 
COPY 200 1000 300 
Die Sprachübersetzer (z. B. Assembler, 
BASIC-Interpreter, FORTH-Inter- 
preter usw.) und die Anwenderpro- 
gramme, die im Maschinenkode abge- 
arbeitet werden, sind in diesem Sinn 
ebenfalls Erweiterungen der CAOS- 
Funktionen. 

Beim KC 85/3 hat der Anwender weiter- 
hin die Möglichkeit, unterschiedliche 
CAOS-Funktionen in Menü-Gruppen 
zusammenzufassen. Diese Menügrup- 
pen unterscheiden sich im Prolog. Das 
jeweils aktuelle Prolog-Byte wird in 
einer RAM-Zelle gespeichert. Nach 
dem Einschalten oder nach RESET ist 


7FH als Prolog-Byte festgelegt. Somit 
können umfangreiche Anwenderpro- 
gramme, die als Maschinenkode defi- 
niert sind, in Hauptmenüs untergliedert 
werden. Damit ist eine anwender- 
freundliche und übersichtliche Bedie- 
nerführung möglich. 

Die Steuerschleife des Betriebssystems 
ist im Bild 3 wiedergegeben. 
Abschließend sei darauf hingewiesen, 
daß die Entwicklung des Kleincompu- 
tersystems KC 85 aus Mühlhausen mit 
dem vorgestellten KC 85/3 nicht abge- 
schlossen ist. Das Betriebskollektiv wird 
weitere Zusatzmodule und Ergänzungs- 
baugruppen entwickeln und in die Pro- 
duktion überleiten. 


Literatur 

IM WP DD 223 272 AI G06 F 13/04 

Verfahren und Anordnung zur digitalen 
Informationsaufzeichnung und -Übertragung 
121 WP DD 220 433 AI G06 F 1 2/06 

Anordnung zur Vergrößerung des adressier- 
baren Speicherbereiches für Mikrorechner 


BASIC-Interpreter für KC85/2 
und KC 85/3 



Bild 3 Steuerschleife des Betriebssystems 
HC-CAOS 


Karsten Schiwon, Sigrid Kollmeyer 
VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen 

Zum BASIC der Kleincomputer sind in 
den A rtikeln U t und 121 schon einige A us- 
führungen gemacht worden. Im folgen- 
den Artikel sollen dem Anwender einige 
Unterschiede des RAM-residenten 
BASIC-Interpreters ( Kassette C0111 
BASIC-Interpreter) und des BASIC-In- 
terpreters des Moduls M006 für den 
KC 85/2 sowie des im KC 85/3 enthalte- 
nen BASIC-Interpreters aufgezeigt wer- 
den sowie Informationen, die ein besse- 
res Verstehen des Interpreters ermögli- 
chen, gegeben werden. 

Um BASIC zu erlernen und spezielle An- 
wenderprogramme selbst zu erstellen, 
werden im Begleitbuch zur Kassette mit 
dem BASIC-Interpreter, in dem der 
Befehlssatz erläutert wird, Anleitungen 
gegeben. In den Begleitbüchern des 
Computers sind auch die Bedienung so- 
wie Aufbau und Wirkungsweise des Sy- 
stemprogramms beschrieben, deshalb 
soll hier nicht darauf eingegangen wer- 
den. 

RAM- und ROM-BASIC 

Mit dem Erwerb des Moduls M006 
BASIC kann der Anwender des KC 85/2 


seinen Computer auf die Software- 
möglichkeiten des KC 85/3 nachrüsten. 
Deshalb wird im folgenden vom ROM- 
BASIC, dem BASIC-Interpreter des 
Moduls bzw. des KC 85/3 und dem 
RAM-BASIC, BASIC-Interpreter der 
Kassette C0111 gesprochen. 

Der erste wesentliche Unterschied der 
beiden Interpreter besteht darin, daß 
mit dem RAM-BASIC in der Grundva- 
riante ein Arbeitsspeicher von etwa 
5 KByte, mit der ROM- Variante etwa 
15 KByte zur Verfügung stehen. Der 
RAM-Interpreter erlaubt es bei Einsatz 
der RAM-Erweiterungsmodule (zum 
Beispiel Modul M022- EXPANDER ' 
RAM) , einen Arbeitsspeicher von maxi- 
mal etwa 21 KByte zu verwalten. Im 
Gegensatz dazu erlaubt die ROM-Va- 
riante, den Arbeitsspeicher des Interpre- 
ters bis auf etwa 47 KByte zu erhöhen. 
Die unterschiedliche Speicheraufteilung 
der minimalen und maximalen Ausbau- 
stufen sind in dem Bild 1 dargestellt. 
Der zweite Unterschied der BASIC- 
Varianten besteht im Befehlsumfang. 
Der ROM-BASIC-Interpreter besitzt 
einen erweiterten Befehlsumfang. Der 
Befehlsumfang des RAM-BASIC ist in 
Tafel 1 aufgef-hrt. Die neuen Befehle 
des ROM-BASIC sind in Tafel 2 darge- 
stellt. Es sind alle BASIC-Programme, 
die auf dem KC 85/2 mit RAM-BASIC 


Mikroprozessortechnik, Berlin 1 (1987) 3 


91 




Bild 1a Minimale Variante mit RAM-BASIC 



Bild 1 c Maximalvariante RAM-BASIC 


16 KRAU des 
Grundgerätes 



16 K BWS 

16 K ROM BASIC und 
Betriebssystem 

BASIC 

Arbeits- und 
Programm- 
speicher 





0300H 3FFFH 

7FFFH BFFFH j|| 


Bild 1b Minimale Variante mit ROM-BASIC 


BASIC Programm- und Arbeitsspeicher 


m 

16 K ROM 
BASIC-Interpreter 
und Betriebssystem 

16 K RAM / Md>22 / BWS / 






Bild Id Maximalvariante ROM-BASIC 


Arbeits- 
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Programme ( / 

Variable 


STACK 

String- 

speicher 
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Anfangs- Programm- obere 

adresse Speicher Speicher- 

Anfang begrenzung 


Bild 2 Aufteilung des dem BASIC-Interpreter zur Verfügung stehenden Speicherbereiches 


1 

Anfangsadresse 
nächste ^Zeite 

Zeiten 

lummer 

1. Token 

Token und ASClI-Zeichen 
( Inhalt der Programm 

\reite) 

L 

Zei- 

len- 

ende 

Programmende 

IByte 




2 Byte 2 Byte IByte 


Bild 3 Aufbau einer BASIC-Programmzeile im Speicher 


entwickelt wurden, auch ohne Umarbei- 
tung auf dem ROM-BASIC lauffähig. 
Der volle Befehlsumfang des ROM-BA- 
SIC wird in dem Begleitbuch zum 
KC 85/3 und zum Modul M006 beschrie- 
ben. In Tafel 3 ist eine vollständige 
Übersicht über die Token des Interpre- 
ters gegeben. 

Unterschiede im BASIC- 
Befehlssatz KC85/1 und KC85/3 

Im wesentlichen stimmen beide Befehls- 
sätze überein, es wird der gleiche Inter- 
preterkern benutzt. Dieser Kern wurde 
hardwarespezifisch für die Computer 
erweitert, wodurch Unterschiede be- 
dingt sind. 

Die Anwendung des KC-85/l-Komman- 
dos BORDER führt beim KC 85/3 zu 
keiner Reaktion. Das Kommando 
JOYST führt zu einem Sprung auf die 
Adresse 1FDH, wo ein Sprung zu einer 


vom Anwender erstellten Routine ein- 
getragen werden muß. 

Im allgemeinen können Programme des 
KC 85/1 für den KC 85/3 bzw. Pro- 
gramme des KC 85/3 für den KC 85/1 
angepaßt werden. Dies gilt nicht, wenn 
im Programm auf die Systemzellen zuge- 
griffen wird. Das betrifft die Komman- 
dos POKE, DOKE, INP, OUT, 
VPEEK, PEEK, DEEK. Programme, 
die diese Kommandos enthalten, kön- 
nen nur von Anwendern angepaßt wer- 
den, die beide Systeme genau kennen. 
Der komplette Quasi-Grafik-Satz des 
KC 85/1 kann beim KC 85/2 oder KC 85/ 
3 mit der Kassette C0163 Zeichenbilder 
geladen und über das BASIC- 
Kommando PRINT CHR$ (n) mit 
128 < n < 255 angezeigt werden. 

Eine Anpassung von Programmen , in 
denen Steuerhebel genutzt werden, ist 
z. Z. nicht möglich. Um die Steuerhebel 


des KC 85/1 an den KC 85/3 anschließen 
zu können, ist ein Adapter für den in 
Entwicklung befindlichen digitalen 
E/A-Modul M001 notwendig. Dieser 
Modul ist geeignet, zwei Steuerknüppel 
abzufragen. Die Farbkommandos 
haben beim KC 85/1 nur Wirkung, wenn 
die zusätzliche Farbausrüstung vorhan- 
den ist. 

Dabei ist zu beachten, daß die Farb- 
kodierungen unterschiedlich sind. Beim 
Befehl WINDOW ist zu beachten, daß 
die maximal mögliche Anzahl von 
Zeilen unterschiedlich ist (KC 85/1 hat 
24 Zeilen; KC 85/2 hat 32 Zeilen). 

Speicheraufbau 

Der interne Aufbau des Programm- und 
Arbeitsspeicherbereiches der beiden 
BASIC-Interpreter (RAM- und ROM- 
Variante) ist gleich. Wie aus den Bildern 
la bis ld zu entnehmen ist, haben die 
beiden BASIC-Varianten unterschied- 
liche Anfangsadressen der Speicher- 
bereiche für ihre Arbeitszellen , Pro- 
gramme und Variablen. Der Speicher- 
bereich, der vom BASIC belegt wird, 
kann auch mehr oder minder groß sein. 
Mit dem Kaltstart des Interpreters, 
Menü- Anweisung „BASIC“, werden 
die Systemzellen des Interpreters in den 
Grundzustand gesetzt. Dabei wird auch, 
nachdem die Abfrage „MEMORY 
END vom Bediener beantwortet 
wurde, die Speicherobergrenze fest- 
gelegt. Deshalb zeigen die Bilder la bis 
ld auch den jeweils größtmöglichen 
Speicherbereich der einzelnen Varian- 
ten für BASIC-Programme (ohne Be- 
grenzung des Programm- und Arbeits- 
speicherbereiches unter die mögliche 
obere Grenze). 

Im Bild 2 ist die relative Einteilung des 
Speicherbereiches, der dem BASIC-In- 
terpreter zur V erfügung steht , bezüglich 
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Tafel 1 Befehlsumfang des RAM-BASIC - das in 121 beschriebene BASIC wurde für den KC 85/2 um die 
aufgeführten Befehle erweitert 


BLOAD 

Rufen des Betriebssystemprogramms LOAD zum 
Einlesen von Maschinenprogrammen während der 
Arbeit des BASIC-Interpreters 
COLOR V, H 

Einstellen der Vorder- und Hintergrundfarbe, 
0<V£15 

LOCATE Z, S 

Positionieren des Cursors an einer bestimmten 
Stelle innerhalb des Fensters, Z = Zeile im Fenster, 
S = Spalte im Fenster 
PSETX, Y, [,F] 

Setzen des Punktes (X, Y) in der Farbe F, 
0<X<319, 0£Y£ 255, 0 sF £ 31 , die Angabe 
der Farbe kann entfallen 

PRESETX, Y 

Löschen des Punktes (X, Y) 

SOUND ZI, VI, Z2, V2, LS, TD 

Ausgabe von Tönen mit steuerbarer Tonhöhe, 

Tonlänge und Lautstärke 


ZI - Zeitkonstante für CTC Kanal 1 
VI - Vorteiler für CTC Kanal 1 
Z2 - Zeitkonstante für CTC Kanal 2 
V2 - Vorteiler für CTC Kanal 2 
LS - Lautstärke 
TD -Tondauer 

1<Z< 255 (Z = 0 Ton ausgeschaltet) 



1 £ LS £ 31 (LS = 0 Tonausgabe über TV gesperrt) 
1 £ TD £ 255 (TD = 0 Dauerton) 

VPEEK (AD) 

Lesen des Inhaltes der Speicherzelle AD im Bild- 
wiederholspeicher 

VPOKE AD, W 

Beschreiben der Speicherzelle AD im Bildwieder- 
holspeicher mit dem Wert W 


Tafel 2 Befehle, die nur im ROM-BASIC enthalten sind 


CIRCLE XM.YM, R[,F] 

Zeichnen eines Kreises mit Mittelpunkt XM, YM 
und Radius R in der Farbe F; die Angabe der Farbe 
kann entfallen 
CLOSE r # n 
Schließen eines Kanals n 
f O T Ausgabe 
\ I / Eingabe 
JOYST(n) 

Vorbereitete Funktion für Steuerknüppelabfrage, 
bei Aufruf erfolgt Sprung zur Adresse 1 FDH 
KEYN 

Belegen der Funktionstasten 
1 £ N £ 12 

KEYLIST 

Anzeige der Funktionstastenbelegung 
LINE XA, YA, XE, YE [ ,F] 

Ausgabe einer Linie vom Punkt (XA, YA) zum Punkt 
(XE, YE) in der Farbe F, die Angabe der Farbe kann 
entfallen, 

0<XA, XE £319 
0£YA, YE £ 255 


OPEN r#n „NAME" 

Eröffnen einer Kanaloperation mit Namens- 
übergabe, gleich Typ wie LIST A 1 

RANDOMIZE 

Initialisieren des Zufallsgenerators 
SWITCH M, K 

Ausgabe des Steuerbytes M an das Modul auf der 
Adresse K 
INSTR (A$, B$) 

Ermitteln der Position, ab welcher A$ in B$ enthal- 
ten ist; ist A$ erst unvollständig und danach voll- 
ständig in B$, wird der vollständige String nicht er- 
kannt 

VGET$ 

Ergibt den Inhalt der Cursorposition als String 
CSRLIN (N) 

Liefert die Nummer der Zeile, in welcher der Cursor 
steht, 

N = 0 bezüglich Bildschirm 
N # 0 bezüglich WINDOW 

PTEST (X) 

Testet, ob Bildpunkt X gesetzt ist, 

Ergebnis: 0 Punkt war nicht gesetzt 
1 Punkt war gesetzt 


Tafel 3 Token des 
KC 8512 und 13 hexa- 
dezimal geordnet 



Anfangsadresse und Speicherober- 
grenze, angegeben. Die Anfangsadresse 
dieser Speicherbereiche ist für RAM- 
BASIC die 2A00H, für ROM-BASIC 
die 300H. Der Programmspeicher des 
RAM-BASIC fängt bei der Adresse 
2B01H, der des ROM-BASIC bei 401H, 
an. An dieser Stelle sei noch einmal ver- 
merkt, daß jede Zahl im BASIC mit ins- 


gesamt 4 Byte dargestellt wird, womit 
die Rechengenauigkeit des Interpreters 
festgelegt ist. Nähere Rechengenauig- 
keiten können erreicht werden, indem 
eine eigene Arithmetik in Form von Ma- 
schinenprogrammen geschrieben wird 
oder eine sogenannte Stringarithmetik 
im BASIC-Programm realisiert wird. 
Der Programmspeicherbereich des In- 


terpreters enthält das BASIC-Pro- 
gramm, das sich aus den nacheinander 
angeordneten Programmzeilen, die 
nicht mehr als 72 Zeichen enthalten, zu- 
sammensetzt. Der Aufbau einer Pro- 
grammzeile ist in Bild 3 dargestellt. Die 
einzelnen Programmzeilen sind durch 1 
Trennbyte (00) getrennt. Der String- 
speicherbereich kann mit dem Befehl 
CLEAR verändert werden. Ein String 
ist nicht länger als 255 Byte (ASCII- 
Zeichen). Für Felder, die mehr als 10 
Elemente enthalten sollen, muß eine 
Dimensionierung erfolgen, damit der 
Interpreter die Daten der Reihenfolge 
nach Ablegen kann. 

Die Dimensionierung kann innerhalb 
eines BASIC-Programms nicht ohne 
programmtechnische Bearbeitung nur 
durch den DIM-Befehl verändert wer- 
den. Sollen Felder umbenannt werden 
und andere Dimensionierung erhalten, 
kann das durch Umspeichern (Duplizie- 
ren) der Elemente geschehen. 

Literatur 

/I/ Riedner, Dämne: Software für Heimcomputer 
Z9001.rfe Berlin 33 (1984) 9 
121 Keller, G.: BASIC für Heimcomputer Z 9001 , rfe 
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WordPro ’86 
für KC 85/2 und /3 
auf Kassette verfügbar 

Dieses 80-Zeichen-Textverarbeitungs- 
system für die genannten Kleincompu- 
ter wurde bereits beschrieben (Funk- 
amateur 7 und 8/86, rfe 8 und 10/86). 
Auf Veranlassung des VEB Robotron- 
Vertrieb Berlin erhielt es eine auf alle 
nötigen Baudraten hin modifizierbare 
V.24-Druckerausgaberoutine. Mit 
dieser Ergänzung wurde es im Zusam- 
menspiel mit dem Matrixdrucker K 6313 
mit V.24-Port erfolgreich getestet. 

Für Drucker mit Parallelschnittstelle 
kann jedoch auch die vorher benutzte 
Centronics-Routine eingebaut werden. 
Das ist besonders wichtig für jene 
KC85/2 aus der ersten Serie, in denen 
der bekanntlich erst später entwickelte 
V.24-Modul nicht arbeitet. Das 8-K- 
Maschinenprogramm WordPro ’86 ver- 
waltet im Grundgerät 109 und mit 16-K- 
Modul 314 Zeilen zu je maximal 80 Zei- 
chen. Es paßt sich der jeweiligen Konfi- 
guration automatisch an. Schriftdarstel- 
lung ist in schwarz auf weiß und umge- 
kehrt wählbar. 

Anfragen zum Bezug der Kassette sind 
zu richten an den VEB Robotron- 
Vertrieb Berlin, Abt. Vertrieb Software 
und Dokumention, Postfach 1235, 1986 
Berlin. 
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Arbeit mit BASIC-Datenfeldern 
beim KC 85/3 


Werden in BASIC-Programmen 
größere Datenmengen verarbeitet, wie 
z. B. in Namensverzeichnissen, ist es 
günstig, diese Daten in Feldern getrennt 
vom Programm abzuspeichern. In 
manchen Fällen ist es aber notwendig, 
mehrere verschiedene Datenfelder 
gleicher Struktur, je nach aktueller Pro- 
blemstellung, zu verarbeiten. 

Ein Anwendungsfall ist z. B. ein Perso- 
nalprogramm, welches aus Speicher- 
platzgründen in mehrere Datenfelder 
für unterschiedliche betriebliche Struk- 
turen unterteilt ist. Da es beim BASIC- 
Interpreter der KC-Serie nicht möglich 
ist, den Namen der Kassettenaufzeich- 
nung als Stringvariable anzugeben, muß 
der Name direkt im Programm hinter 
der Ladeanweisung in Anführungs- 
zeichen stehen. Somit muß vor jedem 
Laden eines Feldes mit einem anderen 
Namen die entsprechende Programm- 
zeile mit der ’EDIT’-Anweisung geän- 
dert werden. Als Ausweg bietet sich hier 
an, den Namen als Stringvariable einzu- 
geben und die einzelnen Zeichen in die 
entsprechende Stelle direkt in das Pro- 
gramm „hineinzupoken“. Tafel 1 zeigt 
das zugehörige Teilprogramm. Das Ein- 
lesen des Datenfeldes erfolgt durch Auf- 
ruf des Unterprogrammes auf Zeile 20 
von beliebiger Stelle des Programmes. 
Die Zieladressen für den Namen lassen 
sich einfach bestimmen durch Verlassen 
des BASIC-Interpreters nach Eingabe 
des Programmes aus Tafel 1. Im Be- 
triebssystem erfolgt die Anzeige des 
HEX-Dumps mit der DISPLAY-An- 
weisung ab Adresse 401H (DISPLAY 
401 440 ’ENTER’). Werden die Pro- 
grammzeilen des angegebenen Beispiels 
direkt übernommen, kann die Adreßbe- 
stimmung entfallen. Eine einfache Kon- 
trollmöglichkeit ist das Abarbeiten und 
anschließende Auflisten des Programm- 
teils. Der neue Name muß dann an der 
richtigen Stelle im Programm eingetra- 
gen sein. Der Name muß acht Zeichen 
lang sein. Das vorgestellte Verfahren 
kann für den KC 85/3 und für den 
B ASIC-Modul M006 beim KC 85/2 ver- 
wendet werden, ebenso für den B ASIC- 
Modul des KC85/1. 

Ein weiteres Problem ist das Suchen 
nach Dateien auf der Kassette. Findet 
der BASIC-Interpreter einen 'falschen’ 
Namen, so meldet er sofort „IO 
ERROR“, und das Programm wird ab- 
gebrochen. Tafel 2 zeigt ein Teilpro- 
gramm, mit dem es möglich ist, in einer 
vorgebbaren Anzahl von Dateien nach 
einer bestimmten zu suchen und diese 
zu laden. Die Namenseingabe erfolgt, 
wie bereits vorgestellt. Eine Programm- 



fortsetzung nach Fehlerabbruch ist über 
’GOTO’-Anweisung möglich. Um diese 
nicht von Hand eingeben zu müssen, 
kann das Systemunterprogramm be- 
nutzt werden, welches die Funktionsta- 
sten realisiert. In den Speicherzellen 
B7D1H und B7D2H steht ein Zeiger 
auf einer Zeichenkette, die bei aktivier- 
ter F-Taste ausgegeben wird. Die 
Tastatureingabe wird auf die Zeichen- 
kette umgeschaltet, wenn das Bit 6 der 
Speicherzelle 1F8H gesetzt ist. Die 
Zeichenkette wird mit einem Byte 00H 
abgeschlossen. In Programmzeile 130 


Schnittstellen für 


An der Friedrich-Schiller-Universtität 
wurde im Februar 1986 ein Technikum 
für Laborautomatisierungs- und -ratio- 
nalisierungsmittel (LAURA) ins Leben 
gerufen. Die Mitarbeiter dieses Techni- 
kums befassen sich mit dem Einsatz der 
Mikrorechentechnik zur Rationali- 
sierung der wissenschaftlichen Arbeit 
an Universitäten und Hochschulen und 
zur Rationalisierung des Forschungs- 
prozesses. 

Für die Kleincomputer KC 85/1 , KC 85/2 
und KC 85/3 wurden folgende Schnitt- 
stellen bzw. Koppelmoduln am Tech- 
nikum entwickelt: 

• IFSS- und V ,24-Modul 
Diese Interfaces enthalten einen IFSS 
(20-mA-Stromschleife) oder V.24- 
Datenübertragungskanal, der den 
Anschluß von Ein-/ Ausgabegeräten mit 
serieller Informationsübertragung ge- 
stattet. 

Betriebsweise: asynchron, duplex oder 
halbduplex 


steht die Zeichenkette, die in der folgen- 
den Programmzeile in den freien Spei- 
cher ab Adresse 01H „gepokt“ wird. In 
Zeile 180 wird sie aktiviert. Wird die 
richtige Datei geladen, so erfolgt in 
Zeile 300 ein Zurückstellen auf normale 
Tastatureingabe für die weitere Pro- 
grammabarbeitung. Das hiervorge- 
stellte Verfahren zum Umgehen einer 
Tastaturanforderung ist nicht nur auf 
eine einzelne Anweisung beschränkt, es 
kann auch in anderen Fällen genutzt 
werden, wenn der BASIC-Interpreter 
in die Kommandoeingabe übergeht 
(z. B. nach dem Programmladen oder 
-retten) . Hier ergibt sich für den Experi- 
mentierfreudigen noch ein weites 
Feld. 

Die Zeilen 110 bis 120 sind notwendig, 
damit das Programm auch bei auf 
48 KByte ausgebauten Speichern funk- 
tioniert. Hierbei wird beim Aufruf der 
„IO ERROR“-Routine (auf Adresse 
DC82H) durch Umstellen des Pro- 
grammzeigers im RAM (B7C9H) der 
zusätzliche Aufruf der Systemroutine 
zum Abschalten des Bildwiederhol- 
speichers realisiert. Diese drei Pro- 
grammzeilen sollten am Anfang jedes 
BASIC-Programmes stehen, welches 
bei voll ausgebautem Speicher (zwei 16- 
KByte- oder ein 64-KByte-RAM- 
Modul) mit Kassettendateien arbei- 
tet. 

K.-D. Kirves 


Kleincomputer 


Format: 5 ... 8 Datenbits 
Parität: ohne, gerade oder ungerade 
Übertragungsrate: 100, 150, 200, 300, 
600, 1200, 2400, 4800 oder 9600 Baud 

• GNI-Modul 

Die Baugruppe enthält einen GNI- 
Übertragungskanal, der den Anschluß 
von Ein-/ Ausgabegeräten mit paralleler 
Informationsübertragung über eine 
PIO-Datenschnittstelle gestattet. Durch 
die wechselseitige Bereitschaftsabfrage 
wird eine maximale Übertragungsrate 
und Sicherheit erreicht. 

Die Baugruppe wurde vor allem entwik- 
kelt zum Anschluß der drei Varianten 
des Seriendruckers SD 1157, sind aber 
auch für alle anderen E/A-Geräte be- 
nutzbar, die über diese standardisierten 
Schnittstellen verfügen. 

• Anschluß der Schreibmaschinen 
S 6005 und S 6011 

Um die Schreibmaschinen als preiswerte 
Ein-/ Ausgabegeräte an den Kleincom- 
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putern nutzen zu können, wurden ent- 
sprechende Anschlußsteuerungen ent- 
wickelt, die nachträglich in die Schreib- 
maschine eingesetzt werden können. 
Drei verschiedene Betriebsarten sind 
möglich: 

- unabhängiger Betrieb von Computer 
und Schreibmaschine 

- Schreibmaschine als Ausgabegerät 

- Schreibmaschine als Eingabemedium. 

Für sämtliche Baugruppen existiert eine 
Treibersoftware, die die Einbindung ins 
Betriebssystem beinhaltet, so daß z. B. 
über BASIC oder Editor/ Assembler 
ein- bzw. ausgegeben werden kann. Für 
den Schreibmaschinenanschluß steht 
zusätzlich noch ein Textverarbeitungs- 
system zur Verfügung. 

• Koppelmodul KC 85/2 und KC 85/3 
mit PC 1715 

Diese Baugruppe gestattet den Daten- 
austausch zwischen dem Personalcom- 
puter PC 1715 und dem Kleincomputer. 
Über diese Kopplung kann somit z. B. 
der Kleincomputer als Vollgrafik-Ein- 
heit am PC verwendet werden. 

Weitere Programmpakete befinden sich 
in Entwicklung. 

Prozeßkoppelmodul 

Die programmierbare Kleinsteuerung 
PKS 8 dient zur Ankopplung eines Pro- 
zesses an einen übergeordneten Steuer- 
rechner. Durch die Anwendung eines 
Einchip-Mikrorechners besitzt die Bau- 
gruppe eine eigene Intelligenz. 

Parameter 

prozeßseitig: 

3 x 8 Bit digitale Ausgabe, statisch 
2 x 8 Bit digitale Eingabe 
1 x Analogeingabe 0 ... 10 V, einstell- 
bar 

rechnerseitig: 

standardisierte serielle Schnittstelle 
IFSS oder V.24, umschaltbar 
Softwareseitig stehen das Betriebs- 
system für die PKS 8 sowie Kopplungs- 
programme für K-1520-Rechner (z. B. 
BC A5120, BCA5130, PC 1715, MC 80) 
zu Verfügung. 

Die Nachnutzung beinhaltet: Doku- 
mentation, unbestückte Leiterplatte, 
u. U. geprüfte Baugruppe und entspre- 
chende Software. 

Anfragen sind zu richten an: Friedrich- 
Schiller-Universität Jena, Sektion Tech- 
nologie für den WGB, Technikum 
LAURA, Ernst-Thälmann- Ring 32, 
Jena, 6900, Tel.: 8224345. 

Prof Dr. G. Entreß 
M. Günzel, M. Reinhardt 


Zur Diskussion gestellt: 

Tastaturorientierter Rechnerdialog - 
ein Ausblick 


Jürgen Schlenzig 
Meiningen 


Es besteht weitgehend Einigkeit dar- 
über, daß die Tastatur für absehbare 
Zeit Haupteingabemittel für Computer 
bleiben wird. Daraus erwächst die For- 
derung nach Verbesserung der Arbeit 
mit der Tastatur. 

Es ist möglich und sinnvoll, mit den Mit- 
teln der Mikrocomputertechnik die 
Tastatur zu einem dem Nutzer ent- 
gegenkommenden Werkzeug umzuge- 
stalten. 

Dies führt zu einer höheren Nutzer- 
freundlichkeit, eröffnet neue anwen- 
dungstechnische Möglichkeiten und er- 
setzt Mechanik durch Elektronik. 
Vorgeschlagen als Basis einer Tastatur- 
weiterentwicklung wird das in 11/ und 121 
beschriebene Prinzip einer aktiven 
Tastatur. 

Diese besteht aus 12 neutralen Eingabe- 
tasten, einer SPACE-Taste (Zwischen- 
raum) sowie den Funktionstasten 
NEXT, OC (other code, Funktionsum- 
schaltung Buchstaben/Ziffern/Steuer- 
zeichen) und UC/LC-Umschaltung. 
Eine zugeordnete Anzeigeeinheit, die 
durch den Tastaturtreiber gesteuert 
wird, gestattet ein Arbeiten mit dem 
vollen Zeichenumfang alphanumeri- 
scher Tastaturen. 

Der ergonomische Vorteil besteht 
darin, daß die Tastatur bei Texteingabe 
aufgrund eines sprachstatistisch begrün- 
deten Algorithmus dem Nutzer entge- 
genkommt. 

Wird zur Anzeige der dynamischen Ta- 
staturbelegung ein Teil des Bildschirmes 
verwendet, ergibt sich eine einfache 
Realisierungsmöglichkeit für Eigenbau- 
tastaturen: 

Ein Eingabeblock von 12 plus 14 Tasten 
wird als 4 x 4-Matrix über ein PIO-Tor 
angeschlossen. Zusätzlich zum Ein- 
binden der Tastaturroutine in den 
Monitor werden 30 Tastaturbelegungs- 
muster zu je 12 Zeichen auf EPROM ge- 
speichert. 

Die Lösung ist hinsichtlich Material-, 
Kosten- und Platzbedarf bei voller 
Tauglichkeit für alphanumerische Ein- 
gabe nicht zu unterbieten. 

Es sei betont, daß die dynamische Ta- 
staturbelegung für den Nutzer vorteil- 
haft ist, also keinesfalls eine Behelfslö- 
sung darstellt. 

Mustererprobungen ergaben eine über- 
raschend schnelle Gewöhnung an die 


wechselnde Tastaturbelegung. Blind- 
schreiben einzelner Wortteile oder 
Worte war nach kurzer Zeit möglich. 
Mit höherem Aufwand, aber gleichem 
Arbeitsprinzip ist unter Einbeziehung 
von Prozessor und EPROM-Speicher 
(besser: U881), sowie einer alphanume- 
rischen LED- oder LCD-Anzeige eine 
zu Normaltastaturen Stecker- und soft- 
warekompatible Aktivtastatur realisier- 
bar. 

Eine anwendungstechnische Erweite- 
rung bietet sich, wenn die Aktivtastatur 
über ein Anwenderprogramm beein- 
flußbar wird. So könnte bei Datenerfas- 
sungsterminals in Abhängigkeit von der 
Eingabemaske numerische oder Alpha- 
Eingabe erzwungen werden, indem das 
Programm die ansonsten mit der OC- 
Taste vorzunehmende Umschaltung 
zwischen Buchstaben, Ziffern und Son- 
derzeichen bewirkt. Dies setzt einen 
realisierten T astaturausgabekanal 
voraus. Der Umfang von Datenprüf- 
routinen kann reduziert werden, da be- 
stimmte Fehlerklassen nicht mehr auf- 
treten. 

Der Weg ist nun nicht mehr weit zur in- 
telligenten Tastatur: Sie beinhaltet ei- 
nen Wortspeicher, den das Tastatur- 
steuerprogramm verwaltet und der nach 
Eingabe weniger signifikanter Buchsta- 
ben dem Bediener wahrscheinliche 
Komplettierung vorschlägt (auf 
Tastaturanzeige oder Bildschirm). 

Das Betätigen einer Bestätigungstaste 
führt dann zur Übernahme kompletter 
Worte; andernfalls wird bei abweichen- 
der weiterer Eingabe ein neuer Vor- 
schlag gebracht. Dieses Eingabever- 
fahren ist an keine spezielle Tastatur- 
bauform gebunden. Es ist damit eine 
Tastatur realisiert, die mehr Zeichen 
übertragen kann, als Tasten betätigt 
wurden. 

Dem Argument, daß derartige Lösun- 
gen einer perfekten Schreibkraft keinen 
Vorteil bringen, kann nicht gefolgt 
werden: So wie die Lage der Tasten auf 
einer Schreibmaschinentastatur gelernt 
wird, so ist auch die wechselnde Bele- 
gungsvorgabe bei einer aktiven Tastatur 
oder die Wortvorgabe bei wortspeicher- 
gestützter Eingabe mittels intelligenter 
Tastatur erlernbar. 
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ZENIT ’86 

Wissenschaftlich-technisches Jugendschaffen in der CSSR 


Ende vergangenen Jahres fand im 
Kultur- und Informationszentrum der 
CSSR in Berlin eine Ausstellung über 
den Beitrag der tschechoslowakischen 
Jugend zum wissenschaftlich-techni- 
schen Fortschritt statt. Die Veranstal- 
tung stand unter dem Motto „Zenit 
1986“. Die „Zenit“-Bewegung unseres 
Nachbarlandes entspricht der Messe 
der Meister von morgen in der DDR. 

In Berlin zu sehen waren 120 Exponate 
der verschiedensten Gebiete, ausge- 
wählt aus den rund 2500 Arbeiten, die 
im Juni auf der zentralen „Zenit“-Messe 
in Prag vorgestellt wurden. U. a. wurden 
einige Druckermodelle gezeigt. Leider 
waren dazu nur wenige technische 
Daten zu erfahren. 

Bild 1 zeigt den Plotter DIDAKTIK zur 
zweifarbigen grafischen Ausgabe von 
Informationen im A3- und A4-Format. 
Programmierbar ist er im XY-Koordina- 
tensystem, dabei wird die y-Richtung 
durch den Papiervorschub realisiert. 

Die maximale Papiervorschubge- 
schwindigkeit beträgt 50 mm/s. Der 
Plotter kann auch über eine einfache 
Handsteuerung bedient werden. 

Bild 2 zeigt einen Zweistiftdrucker, der 
über einen sehr einfachen Aufbau ver- 
fügt-z. B. wurde als Antrieb ein üblicher 
Motor, kein Schrittmotor, eingesetzt - 
und somit recht preiswert ist. 

Wie bei allen Ausstellungen bzw. Ver- 
anstaltungen ähnlichen Charakters fan- 


den auch hier die ausgestellten Compu- 
ter das stärkste Interesse. 

Auf runden Tischen angeordnet, stan- 
den sie jedem Besucher für das Er- 
proben seiner Computerkenntnisse zur 
Verfügung. Im wesentlichen handelte 
es sich um Computer des Typs Ondra 
(siehe auch MP 1/87, Messebericht von 
der 28. Internationalen Maschinenbau- 
messe Brno) und PMD-85. Als Nachtrag 
zum Messebericht wollen wir noch er- 
gänzen, daß gegenwärtig an einer 
LISP-Version für den Ondra gearbeitet 
wird. Eine PROLOG-Implementierung 
soll bereits vorliegen. 

Eine Einstiegmöglichkeit in die Compu- 
tertechnik auf etwas unkonventionelle 
Weise bot das Programmsystem 
KAREL. (Man könnte KAREL eigentlich 
auch als Programmiersprache bezeich- 
nen.) Bei der Bezeichnung des Pro- 
gramms stand der Name des bekannten 
tschechischen Schriftstellers Karel 
Öapek Pate. Zugleich ist KAREL ein 
„Roboter“, der sich auf dem Bildschirm 
des Computers bewegt und Befehle 
ausführen kann, die die Gestalt ein- 
facher Worte bzw. Wortkombinationen 
haben. Dabei bewegt sich KAREL - 
ähnlich wie eine Figur auf dem Schach- 
brett -durch eine „Stadt“. Die „Stadt“ 
wird als Quadrat rechts auf dem Bild- 
schirm dargestellt (Bild 3). Auf der linken 
Bildschirmseite werden die Befehle und 
Informationen für KAREL und die Hin- 


weise, die der Computer zur Bedienung 
gibt, angezeigt. 

Bei der Initialisierung des Programms 
verfügt KAREL über sogenannte Primi- 
tivbefehle. Das sind Hilfsbefehle 
(WORTSCHATZ, STADT, KORREK- 
TUR, ZERLEGEN), Befehle für den 
„Roboter“ (SCHRITT, LINKSUM, 

LEGE, NIMM) und Befehle, die das 
Bilden von zusammengesetzten und 
Bedingungsausdrücken ermöglichen 
(WIEDERHOLE, SOLANGE, WENN, 
ENDE). Die wenigen Anweisungen sind 
ausreichend, um KAREL zu program- 
mieren. Beispielsweise kann er neue 
Wörter lernen, ein „Haus“ bauen und 
eine „Mauer“ errichten. 

Das Programmsystem ermöglicht auch 
Schülern der unteren Klassen und 
natürlich Erwachsenen, die bisher über 
wenig Wissen auf diesem Gebiet ver- 
fügten, die Einführung in die Rechen- 
technik. — — 

Ingo Paszkowsky 


Fotos: Paszkowsky (3) 
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Neuerscheinungen und Nachauflage 



Bedienungs- und Instandhaltungsanleitungen 

Inhalt - Form - Gestaltung 

Von Prof. Dr. sc. techn. Georg-Wilhelm Werner und Dr.-Ing. Wolfgang Heyne. 
1 . Auflage. 1 28 Seiten, 1 60 Bilder, 20 Tafeln, Broschur, DDR 1 3,- M, Ausland 
18,- DM. Bestellangaben: 553 442 8/Werner, Anleitungen 

Die Autoren geben eine methodische Anleitung zur richtigen Inhaltswahl, ra- 
tionellen Erarbeitung und zweckmäßigen Gestaltung aussagekräftiger Bedie- 
nungs- und Instandhaltungsanleitungen für technische Erzeugnisse. Checkli- 
sten und Sachwörtertabellen gewährleisten, daß beim Verfassen solcher An- 
leitungen vom „Was“ und „Wie“ nichts vergessen wird. Eine umfangreiche 
Falldiskussion zeigt gelungene und weniger gelungene Beispiele. 


Taschenbuch Elektrotechnik in sechs Bänden 

Band 2: Grundlagen der Informationstechnik 

Herausgegeben von Prof. em. Dr. sc. techn. Dr. techn. h. c. Eugen Philippow. 
3., stark bearbeitete Auflage. 984 Seiten, 836 Bilder, 161 Tafeln, Kunstleder, 
DDR 40,- M, Ausland 53,- DM. Bestellangaben: 553 615 9/Tb. Elektro 2 

Die Auflage wurde völlig neu überarbeitet und auf den neuesten Stand ge- 
bracht. Darüber hinaus wurde sie um einige Abschnitte erweitert, die wichtige 
neue Berechnungsverfahren und in letzter Zeit besonders aktuell gewordene 
Gebiete zum Inhalt haben. 


Operationsverstärker 

Von Ing. Csc. Jifi Dostäl. Aus dem Tschechischen. In deutscher Bearbeitung. 
1. Auflage. 372 Seiten, 263 Bilder, 17 Tafeln, Leinen, DDR 38,- M, Ausland 
56,- DM. Bestellangaben: 553 457 5/Dostäl, Operation 

Der Leser soll befähigt werden, nicht nur die bereits vorhandene Schaltungs- 
technik mit Operationsverstärkern zu beherrschen, sondern auch neue Ent- 
wicklungen zu analysieren. Der Autor stützt sich deshalb auf häufig anzutref- 
fende Schaltungsgrundtypen und behandelt ausführlich deren so wichtige 
Spezialeigenschaften wie Spektral- und Zeitverhalten, Stabilität, Rauschen, 
Impedanzen u. a. sowie darüber hinaus die zur Erfassung dieser Parameter 
erforderliche Meßtechnik. 
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B 

MEBS 1987 

Zum 12. Mal findet in Frankfurt (Öder) 
das Mikroelektronik-Bauelementesym- ifS 
posium (vormals Halbleitersymposium) 
statt - seit 1985 unter der Schirmherr- 
schaft des Ministers für Elektrotechnik 
und Elektronik. 

Immer wichtiger wird die rechtzeitige, 
gezielte und umfassende Information 
der Erzeugnis- und Verfahrensentwick- 
ler, der Konstrukteure, Technologen 
und Applikationsingenieure über Eigen- 
schaften, Kenndaten und Einsatzmög- 
lichkeiten der verfügbaren Bauele- 
mente. Dieser gestiegenen Bedeutung 
und der großen Nachfrage entspre- 
chend schließt sich dem 12. MEBS (11. 
bis 1 3. Mai 1 987) eine Fachtagung mit 
ausgewählten Vorträgen des Sympo- 
siums (14. bis 15. Mai 1987) an. Aus An- § 
laß des Symposiums werden im ersten 
Teil dieses Heftes Beiträge zu der The- 
matik veröffentlicht. Zwei der Entwick- 
lungen - das ISACAD-System und das 
16-Bit-Mlkroprozessorsystem U8000- 
dürften dem Leser nicht mehr ganz un- 
bekannt sein. Neu hingegen ist der Gra- 
fik-Display-Controller U 82720 D, der in 
Mikrorechnersystemen eine leistungs- 
fähige grafische Datenverarbeitung er- 
möglicht. 

Inform a tionen zu weiteren auf dem 
12. MEBS in Vorträgen vorgestellten 
Bauelementen der Computertechnik 
finden Sie in den folgenden Ausgaben 
der Mikroprozessortechnik. 
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Info 



Lizenzen aus der 
Ungarischen VR 

Über Neuerungen, Erfindungen, 
Patente und Lizenzangebote 
aus der UVR informierte eine 
Veranstaltung mit dem Titel 
TECHNO - INFORM. Fachvor- 
träge ergänzten die dreitägige 
Ausstellung im Januar im Haus 
der Ungarischen Kultur in Berlin, 
die vom Industriellen Unterneh- 
men für Reklame und Werbung 
und vom Lizenzia Außenhan- 
delsunternehmen zur Verwer- 
tung von Erfindungen und Inno- 
vationen organisiert wurde. 

Auf zwei der vorgestellten Lö- 
sungen soll etwas näher einge- 
gangen werden. 

Bild 1 zeigt den Video-Prozessor 
DCD VP-01 mit Konfiguration. 
Der Prozessor kann mit Display 
und Tastatur eigenständig arbei- 
ten oder als intelligentes Peri- 
pheriegerät an einen übergeord- 
neten Rechner angeschlossen 
werden. VP-01 beinhaltet A/D- 
Wandler, DMA-Steuereinheit, 
Mikrorechner, Speicher, D/A- 
Wandler und Schnittstellen. Der 
D/A-Wandler digitalisiert die auf 
seinen Eingang ankommenden 
Videosignale. Er arbeitet mit ei- 
ner Bildauflösung von 300x400 
Punkten. Maximal 64 Grauwert- 
stufen können eingestellt wer- 
den. Der Mikrorechner basiert 
auf einem Z80-Mikroprozessor. 
Zum System mitgelieferte Soft- 
ware ermöglicht die Bearbeitung 
des gespeicherten Bildes, wie 
Ausgeben eines Ausschnitts 
oder Filtern bestimmter Grau- 
wertstufen. Bisher ist nur die 
Verarbeitung von Schwarzweiß- 
bildern möglich, vorgesehen ist 
aber, in Kürze ein System für die 
farbige Bildverarbeitung anzu- 
bieten. Und zwar soll ein ent- 
sprechender Videoprozessor, 
der VP-02, in die Produktion 
überführt werden. 

Wege zur Datenübertragung, 
z. B. über Hochspannungsleitun- 
gen oder über das 220-V-Netz, 
zeigten die Kohlenbergwerke 
Orosziäny auf. Für diese Art der 

1 Fotos: Paszkowsky (2) 


Informationsübertragung wird 
das Trägerfrequenzprinzip ver- 
wendet. Über eine Reihe von 
Lösungen für verschiedene 
Übertragungsaufgaben infor- 
mierte das Unternehmen in ei- 
nem Vortrag, so u. a. über die 
Datenübertragung mitTrägerfre- 
quenz-MODEMs über das Fern- 
sprechnetz unter Beibehaltung 
des Sprechbetriebes. Auf der 
Ausstellung wurde die Verbin- 
dung zweier Computer über das 
220-V-Netz demonstriert. Einen 
Computer mit den zur Kopplung 
notwendigen Einrichtüngen ist 
im Bild 2 zu sehen. Die Informa- 
tionsübertragung geschieht im 
Duplex-Betrieb. Dabei beträgt 
die Übertragungsrate maximal 
1200 Baud. Die verwendeten 
Frequenzen sind 42 bzw. 

63 kHz. Ein Entwicklungsziel der 
Kohlenbergwerke Orosziäny ist 
die Realisierung lokaler Netze 
auf Starkstromnetzen. MP 

Neue Computer- 
zeitschrift in Ungarn 

Unter dem Titel „Computerworld 
- Szamitastechnika“ (Rechen- 
technik) gibt es in Ungarn eine 
neue Zeitschrift. Herausgeber 
ist die ungarisch-amerikanische 
Joint venture Computerworld 
Informatika GmbH, die 1 986 von 
zwei ungarischen Buchverlagen 
sowie dem rechentechnischen 
Verlag Computerworld Commu- 
nications aus den USA gegrün- 
det wurde. Das Gemeinschafts- 
unternehmen befaßt sich in Un- 
garn mit der Herausgabe von 
Periodika und wissenschaftli- 
chen Fachbüchern. Die Zeit- 
schrift gab es 1986 monatlich, 
ab 1987 erscheint sie alle zwei 
Wochen. 

Aus Budapester Rundschau 

Leiterplattenprüf- 

system 

Mit dem Leiterplattenprüfsystem 
Sitest 550 von Siemens lassen 
sich unbestückte Leiterplatten, 


Werkfoto 

Innenlagen und Multilayer elek- 
trisch prüfen. Das System läßt 
sich an Prüflinge unterschiedli- 
chen Formats und ständig wech- 
selnder Prüfpunkte-Anordnung 
anpassen. Der Sitest 550 prüft 
sämtliche Verbindungen auf der 
Leiterplatte auf Durchgangs- 
bzw. Isolationswiderstand, 
macht automatisch eine Gut- 
Schlecht-Sortierung und hält da- 
bei Schritt mit den Taktzeiten 
eines automatisierten Ferti- 
gungslaufs. 

Kristalle für optisch 
gesteuerte Schaltungen 

Kaliumniobatkristalle werden im 
Rahmen eines Forschungspro- 
jekts gegenwärtig mit Erfolg im 
Labor für Festkörperphysik der 
Technischen Hochschule Zürich 
gezüchtet. Die Herstellung die- 
ser hochwertigen künstlichen 
Kristalle stelle nach Ansicht der 
Forscher „einen Markstein in der 
Entwicklung volloptischer Sy- 
steme dar“, berichtet die „Basler 
Zeitung“. 

Dadurch könnten möglicher- 
weise die elektronischen durch 
optisch gesteuerte Schaltungen, 
Computer und Fernmeldesy- 
steme abgelöst werden. Im Pla- 
tintiegel und in 1 065 Grad heißer 
Schmelze wachsen unter stetem 
Zug innerhalb von drei Wochen 
bis zu 30 Gramm schwere Kri- 
stalle heran, schreibt das Blatt. 
Im Vergleich zu natürlich ge- 
wachsenen Kristallen zeichne- 


ten sich im Labor gezüchtete Sili- 
zium- und Quarzkristalle durch 
eine einheitliche Struktur aus. In 
Zürich sei es gelungen, Kalium- 
niobatkristalle in einer weltweit 
bisher unerreichten Reinheit her- 
zustellen. 

Sie verfügen über sehr gute Ei- 
genschaften für die Optoelektro- 
nik, das heißt für die Informa- 
tionsverarbeitung mit Licht und 
elektrischem Strom. ADN 

Termine 

Computer- und Mikroprozes- 
sortechnik ’87 

WER? Wissenschaftliche Sek- 
tion Computer- und Mikropro- 
zessortechnik in Zusammenar- 
beit mit dem Bezirksvorstand 
Magdeburg der KDT und der TU 
Magdeburg, Sektion Automati- 
sierungstechnik/Elektrotechnik 
WANN? 8. und 9. Dezember 
1987 

WO? Magdeburg 

WAS? 

• Prozeßperipherie 

• Anwendung der Gate-Array- 
Technik 

• 16-Bit-Rechner 

• Bussysteme 

WIE? Vortrags- und T eilnehmer- 
anmeldungen an: 

Technische Universität „Otto 
von Guericke“ Magdeburg, Sek- 
tion Automatisierungstechnik/ 
Elektrotechnik, Prof. Dr. sc. 
techn. Seifart, PSF 124, Magde- 
burg, 3010 
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Grafik-Interface mit dem U 82720 



Mario Bankei, Peter Brückner, 
Rene Wolf, 

VEB Mikroelektronik „Karl Marx“ 
Erfurt 


Der Einsatz des Grafik-Display-Con- 
trollers GDC U 82720 ermöglicht eine 
leistungsfähige grafische Datenverarbei- 
tung in Mikrorechnersystemen. Nachfol- 
gend wird eine Einführung zum GDC 
gegeben. Eine Applikationsschaltung 
und das dazugehörig e PAS CAL-Steuer- 
programm ermöglichenm' Systemen mit 
SCP-Betriebssystem den sofortigen Ein- 
stieg in die Grafik-Welt. Es wird eine Va- 
riante mit einem 64 KW orte ( ein Megapi- 
xel) großen Bildwiederholspeicher vor- 
gestellt. Die Bildformatgröße ist frei pro- 
grammierbar. Im PASCAL-Beispielpro- 
gramm werden 640 x 280 Bildpunkte 
auf einer Zeichenfläche von 1024 X 1024 
Pixelelementen abgebildet. Spezielle 
Funktionen des GDC wie Zooming und 
Panning können mit der vorgestellten 
Hardwarekonfiguration benutzt werden. 
Als Display eignen sich Fernseh-Moni- 
tore mit einer Videobandbreite > 

10MHz. 

Einführung 

Die nachfolgenden einführenden Be- 
merkungen stellen ein stark kompri- 
miertes Minimalwissen zum GDC U 
82720 dar. Ausführlich wird der GDC in 
/!/ beschrieben. 

Die Darstellung und Bearbeitung von 
Grafiken auf einem hochauflösenden 
Bildschirm sollte mit der höchstmögli- 
chen Verarbeitungsgeschwindigkeit er- 
folgen. Dies wird durch Grafikcontrol- 
ler in Verbindung mit (möglichst) meh- 
reren Speicherebenen für den Bildwie- 
derholspeicher und externer Zusatz- 
hardware zur Datenserialisierung am 
Videointerface erreicht. 

Für eine hochauflösende Grafikdarstel- 
lung im Rasterverfahren wird dabei sehr 
viel Speicherplatz benötigt. Bei farbiger 
Darstellung sind in jedem Fall mehrere 
Speicherebenen erforderlich. Hierbei 
erhöht sich der Speicherbedarf um ein 
Vielfaches. 

Ein separater, vom Hauptspeicher un- 
abhängiger Videospeicher (Bildwieder- 
holspeicher) wird direkt vom Grafikcon- 
troller verwaltet. Der steuernde Mikro- 
prozessor (oder Rechner) gibt dann nur 
noch Instruktionen an den zwischenge- 
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Bild 1 Anschlußbelegung und Schaltzeichen des GDC U 82720 


schalteten Grafikprozessor, der diesen 
Videospeicher verwaltet. 

Der Aufwand für die Erarbeitung der 
Steuersoftware für ein grafisches Dis- 
play kann durch den komfortablen Be- 
fehlssatz des GDC und die verfügbaren 
Zeichnungsalgorithmen zum Zeichnen 
grafischer Darstellungen (z. B. Kreise 
oder Rechtecke) klein gehalten werden. 
Für die Modifikation eines Bildpunktes 
benötigt der GDC einen Read-Modify- 
Write-Zyklus, der vier Taktperioden 
dauert. Bei einer Darstellung (Figur) 
mit 100 Pixeln ist dieser Prozeß bei einer 
internen GDC-Taktfrequenz von 2 MHz 
nach 200 Mikrosekunden abgeschlossen. 

Charakteristik 

• Mikroprozessor-Interface; DMA- 
Transfer in Verbindung mit DMA-Con- 
trollern möglich 

• Kommandospeicher in GDC-inter- 
nem FIFO-Buffer 

• Bildwiederholspeicher, adressierbar 
256 KWorte zu je 16 Bit; Zugriffsmög- 
lichkeit über Read-Modify-Write-Zy- 
klus (RMW) und Display-Zyklus ohne 
RMW 


• Eingang für Lichtstift 

• Möglichkeit der externen Video-Syn- 
chronisation 

• Grafik-Betriebsart (Graphics Mode) 
programmierbar; Verwaltung von 

4 MBit Bildwiederholspeicher 

• Möglichkeiten bei der Grafikdarstel- 
lung: 

Zeichnen von Geraden, Bögen und 
Kreisen, Rechtecken und grafischen 
Zeichen mit einer Punktfolgefrequenz 
von 32 MHz in der normalen bzw. 

64 MHz in der gedehnten Darstellungs- 
art (sog. Wide-Display-Mode); zwei un- 
abhängig voneinander rollbare Bildfen- 
ster 

• Zeichen-Betriebsart (Character 
Mode) programmierbar; Verwaltung 
eines Bildwiederholspeichers mit 8 K x 
13 Bit Character- und Attributspeicher 

• Möglichkeiten bei der Zeichendar- 
stellung: 

automatische Verschiebung des Cur- 
sors; vier unabhängig voneinander roll- 
bare Flächen; programmierbare Cursor- 
größe; 256 Zeichen pro Zeile; bis zu 100 
Zeilen je Bildebene 

• Gemischte Grafik- und Zeichen-Be- 
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triebsart (Mixed Graphics and Charac- 
ter Mode) programmierbar; Verwaltung 
von 64 K Zeichen-Bildwiederholspei- 
cher und ein Megapixel Grafik-Bildwie- 
derholspeicher 


• Vergrößerungsfaktor (Zoom) 

1 . . . löfach; Schwenkfunktion (Pan- 
ning); programmierbare Parameter für 
das Videoraster 

• DMA-Eigenschaften: Übertragung 


von Byte oder Wort in vier Taktperio- 
den je Byte-Übertragung 

• Betriebsspannung +5 V 

• 40-Pin-DIL-Gehäuse (2,54-mm-Ra- 
ster) 

• Kompatilität INTEL 82720, NEC 
7220 

Bild 1 zeigt die Anschlußbelegung des 
GDC U82720. Auf Tafel 1 kann eine 
Funktionskurzbeschreibung der An- 
schlüsse entnommen werden. Zur Ver- 
deutlichung des inneren Aufbaus ist im 
Bild 2 das Blockschaltbild des U82720 
dargestellt. Nachfolgend eine kurze Be- 
schreibung der Elemente des Block- 
schaltbildes: 

Mikroprozessor-Interface 
Das Mikroprozessor-Interface mit den 
Datenbus-Ein/ Ausgängen DB 0 . . . DB 7 
ist acht Bit breit und bidirektional ausge- 
führt. Zum Interface gehören das Sta- 
tusregister und das Data-Read-Regi- 
ster. Ein zusätzlicher FIFO-Puffer hat 
die Organisation 9 x 16 Bit. 
Kommandoprozessor 
Die Inhalte des FIFO-Puffers werden 
mit dem Kommandoprozessor (Com- 
mand Processor) interpretiert. Dabei 
erfolgen eine Dekodierung der im FIFO 
befindlichen Kommandobytes und die 
Verteilung der Befehlsparameter an 
ihre Bestimmungsorte im GDC. 
DMA-Steuerung 

Die DMA-Steuerung (DMA-Control) 
des GDC übernimmt die Datenübertra- 
gung am Mikroprozessor-Businterface, 
wenn mit einem DMA-Controller kom- 
muniziert wird. Die Steuersignale für 
DMA-Anforderung, DREQ (DMA- 
Reques t), sowie DMA-Bestätigung, 
DACK (DMA-Acknowledge), können 
im Handshake-Betrieb für die Ansteue- 
rung beliebiger DMA-Controller (z. B. 
UA858D, i8257, i8237) verwendet wer- 
den. 


Tafel 1 Funktionskurzbeschreibung der Anschlüsse des GDC U 82720 


Symbol 

Art 

Benennung und Funktionskurzbeschreibung 

2xWCLK 

Eingang 

Takteingang 

DBIN 

Ausgang 

Buseingangssignal als Strobesignal zum Einlesen der Daten des Bildwieder- 
holspeichers in den GDC 

HSYNC 

Ausgang 

Horizontalsynchronisationssignal zur Erzeugung des Zeilenrücklaufs auf dem 
Display 

V/EXTSYNC 

Ein-/ 

Ausgang 

Vertikalsynchronisationssignal zur Erzeugung des Bildrücklaufs auf dem Dis- 
play (Ausgangssignal) ; in der GDC-Slave-Betriebsart als Eingangssignal zur 
Synchronisation des Bildrasterzeitverhaltens mit einem Master-GDC 

BLANK 

Ausgang 

Video-Austastsignal 

RAS (ALE) 

Ausgang 

Speicherzyklussignal fürZeilenadreßübernahme (RAS-Signal) für dyna- 
mische RAMs oder Demultiplexsignal (ALE-Signal - Address Latch Enable) 
für den Adreß-/Datenbus mit statischen RAMs im Bildwiederholspeicher 

DRQ 

Ausgang 

DMA-Anforderungssignal (DMA Request) zur Steuerung eines externen 
DMA-Controllers 

DACK 

Eingang 

DMA-Bestätigungssignal (DMA Acknowledge) zur Steuerung eines externen 
DMA-Controllers 

RD 

Eingang 

Strobesignal (Read) zum Einlesen von GDC-Daten in den System-Mikropro- 
zessor 

WR 

Eingang 

Strobesignal (Write) zum Einlesen von Mikroprozessor-Daten in den GDC 

AO 

Eingang 

Auswahl der Adresse zur Unterscheidung von Kommandos und Lese-/ 
Schreibdaten 

db 0 ...db 7 

Ein-/ 

Ausgänge 

bidirektionaler Mikroprozessor-Datenbus des GDC; Bussteuerung erfolgt mit 
den Signalen WR für Eingabe und RD für Ausgabe 

GND 

- 

Masseanschluß 

LPEN 

Eingang 

Lichtstiftsignal (Light Pen Detect) 

ad 0 ...ad 12 

Ein-/ 

Ausgänge 

Adreß-/Datenbus des Bildwiederholspeichers (Bit 0 ... 12) 

ad 0 ...ad 15 

Ein-/ 

Ausgänge 

Funktion wird entsprechend der Betriebsart des GDC festgelegt; 

- bei Grafik-Betriebsart — > Adreß-DatenbusdesBildwiederhol- 

speichers(Bit13...15) 

- bei Zeichen-Betriebsart -» Zeilenzählerausgänge (Bit 13. .. 15) 

- bei Misch-Betriebsart — ► Adreß-/Datenbus des Bildwiederhol- 

speichers (Bit 13 ... 15) 

AI 6 

Ausgang 

Funktionwird entsprechend der BetriebsartdesGDCfestgelegt: 

- beiGrafik-Betriebsart -> Adreßbus des Bildwiederholspeichers 

(Bit 16) 

- bei Zeichen-Betriebsart -> Zeilenzählerausgang (Bit 3) 

- bei Misch-Betriebsart — > Attributblinksignal 

und Rücksetzen des Zeilenzählers 

AI 7 

Ausgang 

Funktion wird entsprechend der BetriebsartdesGDCfestgelegt: 

- beiGrafik-Betriebsart -» Adreßbus des Bildwiederholspeichers 

(Bit 17) 

- bei Zeichen-Betriebsart — > Cursor- und Zeilenzählerausgang (Bit 4) 

- bei Misch-Betriebsart -> Cursorausgang und Flaganzeige für 

Bildbetriebsart 

Ucc 

- 

Betriebsspannungsanschluß +5 V 
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Parameter-RAM 

Dieser 16 Byte tiefe RAM speichert Be- 
fehlsparameter, die während des Dar- 
stellungs- und Zeichenprozesses wieder- 
holt abgefragt werden. In der Zeichen- 
Betriebsart enthält der RAM die Dis- 
play-Flächenaufteilungsparameter. In 
der Grafik-Betriebsart werden die Zei- 
chenpattem und Grafikelemente ge- 
speichert. 

Video-Synchronisationsgenerator 
Der Generator der Video-Synchronisa- 
tionslogik des GDC erzeugt, basierend 
auf der Taktfrequenz, das Rasterzeit- 
verhalten für fast alle Zeilensprung- und 
Nichtzeilensprungformate sowie für das 
Wiederholungsfeld beim Zeilensprung- 
format. 

Generator für Speicheransteuerung 
Ein Generator für Erzeugung des Spei- 
cherzeitverhaltens ermöglicht die Be- 
reitstellung von zwei Speicherzyklusty- 
pen; einen zoombaren 2-Takt-Display- 
Zyklus sowie einen Read-Modify- 
Write-Zyklus (RMW) mit vier Taktzy- 
klen. Als Signale zur Ansteuerung des 
Bildwiederholspeichers stehen die Spei- 
cherzyklussignale RAS (ALE) und 
DBIN zur Verfügung. 

Zoom- und Pan-Steuerung 
Der GDC ermöglicht unter Einsatz mi- 
nimaler externer Hardware die Anwen- 
dung der programmierbaren Vergröße- 
rung der Darstellung auf dem Bild- 
schirm. Gleichfalls ist eine Schwenkbe- 
wegung über die für die Bilddarstellung 
benutzte Display-Bildfläche möglich. 
Bild 3 zeigt das Zeitverhalten für 1 x 
ZOOM. Eine einfache Variante zur 
hardwaretechnischen Zoom-Realisie- 
rung zeigt Bild 6. 

Zeichnungs-Steuerung 

Der Zeichnungsprozessor dieser Steue- 
rung enthält die für die Berechnung der 
Pixeladressen und -positionen von di- 
versen grafischen Darstellungen not- 
wendige Logik. Außer einem gegebe- 
nen Startpunkt und entsprechenden 
Zeichnungsparametern benötigt der 
Zeichnungsprozessor keine weitere Un- 
terstützung, um die Darstellung voll- 
ständig zu zeichnen. 

Bildwiederholspeicher-Steuerung 
Mit dieser Steuerung erfolgt das Multi- 
plexen der Adreß- und Dateninforma- 
tionen von und zum Bildwiederholspei- 
cher des GDC. Die Steuerung enthält 
16-Bit-Logikeinheiten , um den Inhalt 
des Bildwiederholspeichers während 
der RMW-Zyklen ändern zu können. 
Weiterhin erfolgt die Ansteuerung des 
Zeilenzählers in der Zeichen-Betriebs- 
art und des Refresh-Zählers für dynami- 
sche RAMs im Bildwiederholspeicher. 


Lichtstift-Steuerung 

Für den Fall, daß am Lichtstifteingang 
während zweier steigender 2x WCLK- 
Flanken H-Pegel anliegt, wird das Licht- 
stiftregister mit der aktuellen gültigen 
Adresse geladen. Ein Statusbit des 
GDC zeigt danach dem System-Mikro- 
prozessor an, daß das Lichtstiftregister 
eine gültige Adresse enthält. In der 
nachfolgenden Applikationsschaltung 
wird auf die Verarbeitung einer Licht- 
stiftinformation aus Aufwandgründen 
verzichtet. 

Funktionelle Besonderheiten 
des U 82720 

Zur hard- und softwaretechnischen Ein- 


bindung des GDC werden lediglich zwei 
Adressen zur Adressierung des Status- 
registers und des FIFO-Puffers benötigt. 
Die Unterscheidung erfolgt mit dem 
Adreßbit A0. Im Bild 4 ist der Aufbau 
der Mikröprozessor-Businterface-Regi- 
ster dargestellt. Der U 82720 besitzt 20 
Kommandos. Jedes Kommando ist ein 
in 8 Bit kodiertes Kommandobyte. Eine 
ausführliche Erläuterung der einzelnen 
Kommandos ist in lll enthalten. Die 
GDC-Kommandos können gemäß Tafel 
2 unterteilt werden. Obwohl die GDC- 
interne Steuerung des Bildwiederhol- 
speichers während der Rasterabtastung 
die Adressen für den Bildwiederholspei- 
cher erzeugt, ist sie nicht unmittelbar an 
den Pixeloperationen zum Bildaufbau 


Bild 4 Aufbau des 
GDC-intemen Mikro- 
prozessor-Businter- 
face-Registers 


Tafel 2 Befehlsübersicht des GDC 


VIDEO-STEUERKOMMANDOS (Video Control Commands) 

RESET (Reset Command) 

Rücksetzen des GDC in den Freilaufbetrieb (Idle State) 

SYNC (Sync Format Specify Command) 

Festlegung des Formats der Displayfläche 
CCHAR (Cursor and CharacterCharacteristics Command) 

Festlegung der Spaltenhöhe für Cursor und Zeichen 
DARSTELLUNGS-STEUERKOMMANDOS (Display Control Commands) 

START (Start Command) 

Beendigung des Freilaufbetriebs und Freigabe des Displayschirms 
BCTRL (Display Blanking Control Command) 

Steuerung der Freigabe zur Dunkeltastung des Displays 
ZOOM (Zoom Factor Specify Command) 

Festlegung des Vergrößerungsfaktors für die grafische Darstellung 
CURS (Cursor Position Specify Command) 

Steuerung der Position des Cursors im Bildwiederholspeicher 
PRAM (Parameter RAM Load Command) 

Definition der Startadresse, der Länge(n) der Displayfiäche(n), sowie der acht Bytes für 
ein grafisches Zeichen 

PITCH (Pitch Specification Command) 

Festlegung der Breite des Bildwiederholspeichers in X-Richtung 
ZEICHNUNGS-STEUERKOMMANDOS (Drawing Control Commands) 

WDAT (Write Data Command) 

Einschreiben von Datenwörtern bzw. -bytes in den Bildwiederholspeicher 
MASK (Mask Register Load Command) 

Festlegung des Inhalts des Maskenregisters 
FIGS (Figure Drawing Parameters Specify Command) 

Festlegung der Parameter für den Zeichnungsprozessor 
FIGD (Figure Draw Start Command) 

Zeichnung der vorher festgelegten Darstellung 
GCHRD (Graphics Character Draw and Area Filling Start Command) 

Zeichnung eines grafischen Zeichens auf den Displayschirm 
SPEICHERDATEN-LESEKOMM ANDOS (Memory Data Read Commands) 

RDAT (Read Data from Display Memory) 

Lesen von Datenwörtern bzw. -bytes aus dem Bildwiederholspeicher 
CURD (Cursor Address Read Command) 

Lesen der aktuellen Position des Cursors 
LPRD (Light Pen Address Read Command) 

Lesen der Lichtstiftadresse 

DMA-STEUERKOMMANDOS (DMA Control Commands) 

DMAR (DMA Read Request Command) 

Anforderung einer DMA-Lese-Übertragung aus dem Bildwiederholspeicher des GDC 
DMAW (DMA Write Request Command) 

Anforderung einer DMA-Schreib-Übertragung in den Bildwiederholspeicher des GDC 


A0 

Lese- Operation 
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0 
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beteiligt. Die dafür notwendige Fre- 
quenz ist für Schaltkreise in MOS-Tech- 
nologie viel zu hoch. Aus diesem Grund 
führt eine externe Hardware mittels ei- 
nes schnellen Video-Schieberegisters 
(in diesem Konzept die 8-Bit-Schiebere- 
gister DL299) eine Parallel-/Serien- 
wandlung der Worte des Bildwiederhol- 
speichers in Pixel durch. 

Beispielprogramm 

Das auf der 2. Umschlagseite wiederge- 
gebene PASCAL-Listing geht auf eine 
Idee in 121 zurück. Es wird lediglich nur 
auf die mit minimalem Aufwand zu rea- 
lisierende Grafik-Betriebsart des GDC 
Bezug genommen. Die Darstellung er- 
folgt dabei in der „reinen“ Grafikbe- 


triebsart, daß heißt, auch Textzeichen 
und der Cursor werden als vereinbarte 
Grafiksymbole gezeichnet. Es werden 
einige Beispiele zur Programmierung 
des GDC in einer höheren Program- 
miersprache angegeben. Dies ermög- 
licht eine Sofortlösung für den Einsatz 
des GDC in der hier vorzustellenden 
Hardwarevariante. Es sind 

- Initialisierung des GDC 

- Löschen des Bildschirms 

- Zeichnen von Geraden, Punkten, 
Kreisen und Rechtecken 

- Ausschreiben von Textzeichen und 
Grafikcursor 

- Programmierung des Zoom-Faktors 
und Verschiebung des Displaybereichs 
(Panning) 


programmtechnisch implementiert. Das 
Vorgestellte komprimierte Programm 
ist ein erweiterbarer Teil eines Software- 
paketes zur grafischen Bearbeitung von 
Zeichnungen. 

Beschreibung der Schaltung 

Die zum Einsatz des U 82720 am U880- 
Systembus minimal notwendige Hard- 
ware ist in den folgenden Bildern 6 und 
7 dargestellt. Der Bildwiederholspei- 
cher ist aus 16 Stück 64 K x 1 DRAMs 
des Typs U2264D realisiert. Bild 5 zeigt 
die GDC-Interfaceschaltung und die 
Ansteuerung des Bildwiederholspei- 
cher-RAMs. 

Der Adreß-/Datenbus AD 0 . . . AD 15 
des GDC arbeitet im Multiplex-Verfah- 


Bild 5 GDC-Interface für Bildwiederholspeicher mit Schieberegister 
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Bild 6 Erzeugung des Taktes für die Schieberegister 

Bild 7 Erzeugung der Signale RAM-WE, RAM-OE und GDC-2xWCKL 



ren. Über zwei 8-Bit-Register DS8282 
werden die Adressen Ao . . . A 7 für den 
Bildwiederholspeicher-RAM zwischen- 
gespeichert und gemultiplext. Jeder 
Speicherzyklus wird mit ALE eingelei- 
tet. (RAS = ALE). Am S chieb eregister 
DL299 werden bezüglich RAS um je- 
weils 62 ns zeitv erzöge r t die A dre ssen- 
umschaltsignale HAB, LAB und CAS 
bereitgestellt. 

Sechzehn 820-Ohm-Widerstände die- 
nen der Entkopplung des GDC-Daten-/ 
Adreßbusses und des RAM-Datenbus- 
ses. Dadurch ist es möglich, sowohl 
RAMs mit gemeinsamen Datenein- und 
-ausgängen als auch mehrere RAM- 
Bildspeicherebenen (notwendig bei 
Farbdarstellung) anzusteuern. Die bei- 
den 8-Bit-Schieberegister des Typs 
DL299 dienen der Serialisierung der Vi- 
deodaten. Das zugehörige Synchronsi- 
gnal wird über die GDC-Signale 
VSYNC und HSYNC erzeugt und in 
zwei Exclusiv-Oder-Gattern DL086 
normgerecht gemischt. Bild 6 zeigt den 
Aufbau der programmierbaren Takter- 
zeugung für die Video-Schieberegister. 
Die Phase dieses Schiebetaktes ist starr 
mit dem Signal Load-Schieberegister 
synchronisiert. Der Teilfaktor (Zoom- 
Faktor) bezüglich Maximaltakt wird im 
Latch DL175 gespeichert. Dieses Latch 
wird vom externen Steuerrechner als 
I/O-Port angesprochen. Über pro- 
grammtechnische Beeinflussung kann 
hier das Verhältnis von 16 MHz Grund- 
frequenz (Pixelclock) zum Schiebetakt 
der Schieberegister programmiert wer- 
den. 

Bild 7 verdeutlicht die Erzeugung der 
Signale Load-Schieberegister, GDC- 
2xWCLK, RAM-WE und RAM-OE. 
2xWCLK (2MHz) ist der Grundtakt des 
GDC, das heißt, intern arbeitet der 
GDC mit einer Taktfrequenz von 


1 MHz. RAM-WE muß auf die Weise 
erzeugt werden, da der GDC kein eige- 
nes WE-Signal erzeugt. Bei Einsatz von 
RAMs mit verbundenem Datenein- und 
-ausgang (z. B. Typ 4464, Organisation 
64Kx4) ist das erzeugte Signal RAM- 
OE anzuwenden. Die maximale Punkt- 
folgefrequenz ergibt sich daraus, daß 
ein Display-Zyklus zwei Taktperioden 
2xWCLK benötigt. Innerhalb dieser 
Zeit, die einer Frequenz von 1MHz ent- 
spricht, müssen die 16 Bit Videoinfor- 
mation serialisiert werden. (IMHzX 16) 


popFORTH 

An der Sektion Technische Elektronik 
der Wilhelm-Pieck-Universität Rostock 
wurde eine überarbeitete Version der 
figFORTH-8080-Version für CP/M- 
kompatible Betriebssysteme mit dem 
Namen popFORTH geschaffen, bei der 
die nutzerunfreundlichen Eigenarten 
der figFORTH-Version behoben wur- 
den. Die entscheidenen Charakteristika 
von popFORTH sind: 

• Automatische Anpassung an den 
Speicherraum (TPA) 

• automatische Anpassung an das vom 
Betriebssystem benutzte Disketten- 
Aufzeichnungsformat mit Sektoranwahl 
über die logische Nummer 

• im Kern implementierter Editor. 

Da popFORTH dem figFORTH-Stan- 
dard entsprechend eine eigene physi- 
sche Massenspeicherverwaltung (BIOS- 
orientiert) besitzt, ist es für solche An- 
wendungsfälle geeignet, in denen eine 
BDOS-orientierte Verwaltung der 
FORTH-Dateien nicht benötigt wird, 
so daß z. B. Übergang auf physische 
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Verwaltung durch andere Betriebssy- 
steme oder die totale Übernahme aller 
Betriebssystemfunktionen durch 
FORTH selbst möglich ist. 
popFORTH ist frei zur öffentlichen 
Verbreitung und wird gebührenfrei ab- 
gegeben (nach Einsendung einer 40spu- 
rigen foriAatierten Minidiskette im 
SCPX-Standardformat) . 

Die Diskette wird bespielt mit der kom- 
pletten Assemblerquelle, dem COM- 
File und einer knappen Dokumentation. 
Falls Nutzer unbedingt auf BDOS- 
orientierte logische Verwaltung der 
FORTH-Dateien angewiesen sind, 
kann auf die im gleichen Haus entwik- 
kelte sehr komfortable comFORTH- 
Version verwiesen werden (Gesamtum- 
fang aller Nutzerpakete und Dokumen- 
tationen z. Z. etwa 11 Minidisketten), 
die im Rahmen der Nachnutzung ver- 
kauft wird. Neuthe 
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ISACAD - Entwurfssystem 
für Gate-Array-Schaltkreise 


Prof. Dr. Werner Groß 
Technische Universität Dresden 
Sektion Informationstechnik 

1. Einführung 

Zur wesentlichen Beschleunigung des 
Entwurfs von Gate-Array-Schaltkreisen 
sind durchgängige anwenderfreundliche 
und weitgehend automatisierte Ent- 
wurfssysteme einzusetzen, die außer- 
dem die Fehlerfreiheit des Erstentwurfs 
und eine hohe Ausbeute in der Ferti- 
gung sichern. 

Das Entwurfssystem ISACAD realisiert 
diese Forderungen weitgehend, wobei 
die Automatisierung des Entwurfs nur 
mit „softwarefreundlichen“ Grund- 
chips, den sog. Mastern, effektiv mög- 
lich wird. 

2. Aufbau der neuen Grundchips 
des HFO-ISA-Systems 

Den prinzipiellen Aufbau der digitalen 
ISA-Grundchips zeigt am Beispiel des 
ID60 Bild 1. Der Chip besteht aus 12 
I2L-Transistorzellen TZ, die durch den 
Inj ektor in 24 Einzelzellen zu je 18 Tran- 
sistoren getrennt werden. 

Die Verbindung zwischen den Transi- 


storen erfolgt über Kanalzellen mit den 
3 Kanaltypen 1,2,3. Da nur eine Leit- 
bahnebene vorgesehen ist, sind Unter- 
führungen in den Kanalzellen für Lei- 
tungskreuzungen vorhanden. Bei der 
Konzeption der Grundchips wurde dar- 
auf geachtet, daß alle Konstruktions- 
punkte der Kanal- und Transistorzellen 
in einem einheitlichen Raster liegen, so 
daß gerade Leitbahnführungen möglich 
werden. Die Transistorzellen beinhalten 
3 verschiedene Transistortypen, die so 
angeordnet sind, daß für viele Schal- 
tungsbeispiele ebenfalls gerade Lei- 
tungsführungen möglich werden. Der 
Abstand zwischen zwei Transistoren 
wurde so gewählt, daß zusätzlich zwei 
Leitungen zwischen ihnen führbar sind. 
Parallel zum Injektor sind acht Leit- 
bahnpositionen möglich. Die Verdrah- 
tung erfolgt in den Kanalzellen orthogo- 
nal. In den Transistorzellen sind zusätz- 
liche Schrägen möglich, wenn dabei die 
Entwurfsregeln nicht verletzt werden. 
Auf dem Chip sind maximal 6 verschie- 
dene Injektorspannungen möglich, 
innerhalb einer Spalte (X = Konstant in 
Bild 1) allerdings nur zwei. Die Parallel- 
schaltung von Basen ist zulässig, wenn 
dabei auch entsprechende Zusam- 
menschaltungen von Kollektoren der 


vorgeschalteten Treiberstufen vorge- 
nommen wurden. 

3. Das ISACAD-System 

3.1. Allgemeiner Überblick 
Den Grobaufbau von ISACAD zeigt 
Bild 2. Nach dem Start erfolgt durch 
Eingabe des Nutzernamens die Zulas- 
sung zur Arbeit mit ISACAD oder die 
Zurückweisung. Nach Angabe des 
Schaltungsnamens (Objekt) und des 
Chiptyps (z. B. ID60) kann der Nutzer 
eine der angegebenen Funktionen aus- 
wählen. 

Die Komplexe des Entwurfs sind: 
Netzwerkeingabe (Zweig N) 

Simulation (Zweige S und Q) 
Layoutherstellung (Zweige, P, D, R und 
A). 

Neben diesen angegebenen Funktionen 
existieren weitere, die die Arbeit mit 
ISACAD erleichtern: 

H Hilfestellung für den Dialograhmen 
und die Arbeit mit Problemprogram- 
men 

J Rücksprung in die nächst höhere 
Ebene 

F Beenden der Arbeit. 

Wird über den Dialograhmen ein Pro- 
blemprogramm erreicht (z. B. mit S für 
Simulation und nachfolgend T für Ti- 
mingsimulation), so sind weitere Funk- 
tionen möglich: 

C Regiedatei editieren 
P ' Parameterdatei editieren 



ISACAD - START: 

- Objekt ? 

- Chip typ ? 


— N: Netzwerk i- (A: A-ISA -Eingabel 

eingabe L D . D -ISA -Eingabe ITextl 

<- S: D-ISA-Eingabe ISymbollayoutl 

— S: Simulation — i- IN: Netzwerksimulation I 

1— T: Timingsimulation 
■— L : Logiksimulation 

— Q: Güteberechnung realer Transistoren 

— P: Partitionierung 

— 0: Positionierung 


— R: Trassierung 


T 


h A: Ausgabe 

Feinlayout 


IA: 

0: 



C: automatische Tras- 
sierung von Transi- 
stor und Kanalzellen 
M: Manuelle Korrektur 
oder Eingabe 


Bibliotheks- 

arbeit 


T 


N: Schaltungsbibliothek 
R: Layoutbibliothek 
V: Versionsbibliothek 


Bild 2 Grobaufbau des ISACAD-Systems 


Bild 1 Aufbau des Grundchips ID60 
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T Testfolgedatei editieren (für Simula- 
tion) 

R Programmstart 
W Ergebnisausgabe. 

Generell ist eine Symbolkettung mög- 
lich. So bedeutet z. B. STR = Pro- 
grammstart Timingsimulation aus der 
Startebene (Voraussetzung: Netzwerk- 
eingabe, Regie-, Parameter- und Test- 
folgedatei vorhanden). 

Werden bestimmte Dateien vom Nutzer 
nicht editiert, wird mit Standardannah- 
men weitergearbeitet. 

ISACAD unterstützt die Versionsar- 
beit. In jeder Ebene sind neun verschie- 
dene Versionen möglich. Wird in ir- 
gendeiner Ebene eine Version verän- 
dert, so werden die aus dieser Version 
abgeleiteten nachfolgenden Varianten 
unterer Ebenen im Sinne einer hohen 
Entwurfssicherheit gelöscht. ISACAD 
erlaubt die gleichzeitige Arbeit mehre- 
rer Nutzer an der gleichen Schaltung. 

3.2. Arbeit mit den Problem- 
programmen 

3.2.1. Netzwerkeingabe 
Die Netzwerkeingabe erfolgt auf Logik- 
oder/und auf Elektrikniveau oder als 
Symbollayout. 

Es können beschrieben werden: 


, 3 

Prof. Dr. sc. techn. Werner Groß (49) studierte vop 

Dresden; 1 968 Promotion A, 1975 Promotion B an 
der TU Dresden; 1971 Berufung zum HochschuP 
dozenten, ab 1975 Stellvertreter des Sektionsdi- 
rektors. Von 1980 bis 1983 war er als Bereichslei- 
ter im VfB ZFTM Dresden tätig 1985 erfolgte die: 
Berufung zum au8erwrdentichen Professor an der 
Sektion Informationstechnik der TUD, Stellvertre- 
ter des Sektionsdirektors für Forschung ; 1 986 
Berufung zum ordentlichen Professor und zum 
Prorektor für Natur- und Technische Wissenschaf- 
tenderTUD. 



Bild 3 Transistorschaltung 



Bild 4 Logikschaltung aus Grundgattem 


• Eingabe von Boolschen Gleichungen 
Dazu werden die Zeichen + (OR), * 
(AND) und - (NOT) genutzt. Die Auf- 
lösung Boolscher Gleichungen erfolgt 
nach folgender Priorität: 

()>->*> + 

Beispiel: 

A = — (X*Y*Z) +X*Y*Z (siehe auch 
Bild 4) 

Die Auflösung ergibt: 

A = OR(!l, !2) 

11 = NAND (X,Y,Z) 

12 = AND (X,Y,Z) 

• Blockeingaben 

Im Beispiel Bild 5 soll der auf Transi- 
storniveau beschriebene Block DFF 
SCH: DFF 
INP: T1,T2,D,I1,I2 
OUT: Q1,Q2,QN1,QN2 
DEF: ... 

als Block mit dem Namen DFF1 in einer 
größeren Schaltung eingesetzt werden. 
Die Beschreibung dafür lautet: 
DFF1(5,A8,QN,?)= 

DFF(1,3,E7,I1,I4). 

Das Symbol ? bezeichnet unbeschaltete 
Ausgänge. Unbeschaltete Eingänge 
werden mit EINS (elektrisch offen) oder 
NULL (auf Masse gelegt) gekennzeich- 
net. 


- Transistorstrukturen 

- Logik-Grundgatterstrukturen 

- Boolsche Gleichungen 

- Blöcke 

- Felder. 

Blöcke bestehen selbst aus Blöcken oder 
aus Elektrik- bzw. Logik-Grundgatter- 
strukturen, so daß die hierarchische 
Netzwerkeingabe möglich wird. Nach 
der Netzwerkeingabe erfolgen die Syn- 
taxprüfung, die Prüfung auf Einhaltung 
formaler logischer und elektrischer Ent- 
wurfsregeln und die Umwandlung aller 
Strukturen auf logische bzw. elektrische 
Grundstrukturen zur Vorbereitung der 
Timing- bzw. Logiksimulation. Die Ein- 
gabe unterscheidet Schaltungskopf und 
Schaltungsrumpf. Der Schaltungskopf 
hat folgendes Aussehen: 

SCH : Schaltungsname/Schaltungsbi- 
bliothek 

[FEL: ] Angabe von Laufvariablen von 
Feldern 

[INP:] Eingangssignalnamen 
[OUT:] Ausgangssignalnamen 
[DEF:] Definition der Signalverknüp- 
fungen im Schaltungsrumpf 

Im folgenden werden Beispiele für den 
Schaltungsrumpf angegeben: 

• Transistoreingaben 
Bild 3 zeigt eine einfache Transistor- 
schaltung. Die Notation dafür lautet: 
E1,T2,4,I2 (Injektor 2) 


11 


1 — TI II 

3 T2 DFF 

E7 o— 0 


Bild 5 Transistorblock 

T2,A4 (Standardinjektor 1) 

4, A7,I4 (Injektor 4) 



• Feldeingaben 

Im Beispiel Bild 6 soll eine asynchrone 
Teilerkette aus 10 Teilerflipflops TFF 
aufgebaut werden. Die Notation dafür 
lautet: 

SCH: TEIL10 
FEL: 1=1:10 
INP: QT 
OUT: Q'll' 

DEF: Q'I+1'=TFF(QT). 

Abschließend ist in Bild 7 ein komplet- 
tes Beispiel eines 5:1-Teilers angege- 
ben. 


• Logik- Elementar-Gatter- Eingaben 
Als Logikelementgatter sind NOT, OR, 
NOR, AND, NAND, Äquivalenz, An- 
tivalenz, RS-Flip-Flop, D-Latch und 
taktflankengesteuertes D-Flip-Flop zu- 
gelassen. Für die Schaltung in Bild 4 er- 
gibt sich folgende Schreibweise: 

B =NAND (X,Y,Z) 

C=AND (X,Y,Z) 

A=OR(B,C). 

Den Gattern werden zunächst Standard- 
verzögerungszeiten ton und toff zuge- 
ordnet, die später in einer Bestätigungs- 
simulation qualifiziert werden. 


• Eingabe von Symbollayouts 
Bild 8 zeigt das Symbollayout einer ver- 
drahteten Transistorzelle. Der Schal- 
tungsrumpf dieser Zelle ist dann folgen- 
dermaßen angebbar (vereinfachte Dar- 
stellung): 

DEF: ZELLE 2,3 

T1,C3,*,C4,*,B1,C2,*,I1 

T2,B3,*,*4,*,C1,*2,*,I1 

T3,*3,*,*4,C5,C6,B2,*,I1 


Angegeben werden die Transistomum- 
mer, der Kontaktname (C,B,I,*) 



Mikroprozessortechnik, Berlin 1 (1987)4 


105 







BHd 7 Komplettes 
Beispiel der Netz- 
werkeingabe auf Tran- 
sistomiveau 


BHd 9 Transistormo- 
dell Timingsimulation 


Bild 10 Zeitverhalten 
Timingsimulation 


7| 2 1 Tronsistor- 




Kollektorkontaktierung 
— Basiskontaktierung 
zJYJl keine Kontaktierung 


Bild 8 Symbollayout eines 2:1 -Teilers 

und die Leitungsnummer (falls vorhan- 
den). Das Symbol * bedeutet, daß keine 
Kontaktierung besteht. 

3.2.2. Simulation 

Für den Nutzer unterscheiden sich die 
Strategien von Logik- und Timingsimu- 
lation nur wenig. In jedem Fall sind Re- 
gie- und Testfolgedateien zu erstellen, 
bei der Timingsimulation zusätzlich die 
Parameterdatei. 

Beide Simulationen können als Erwar- 
tungs- und Bestätigungssimulation ein- 
gesetzt werden. Bei der Erwartungssi- 
mulation wird in der Logiksimulation 
noch nicht das konkrete sich aus dem 
Layout ergebende Zeitverhalten der 
Gatter berücksichtigt, bei der Timing- 
simulation noch nicht das Verhalten der 
Verbindungsleitungen. In der Bestäti- 
gungssimulation nach der Layouther- 
stellung wird das reale Zeitverhalten er- 


mittelt (Timingsimulator) bzw. berück- 
sichtigt (Logiksimulator). 

• Logiksimulation 

Das verwendete Programm DYLOS ar- 
beitet mit äußert geringen Rechenzei- 
ten, so daß sehr schnell für unterschied- 
lichste Testfolgen und Zeitverläufe Aus- 
sagen über das Verhalten der Schaltung 
gewonnen werden können. 

Die Regiedatei enthält Anfangs- und 
Endzeit der Simulation, Taktzeit bei 
synchroner Arbeitsweise , Ausgabearten 
(z. B. eingeschwungener Zustand oder 
Einschwingverhalten) , Ausgabeknoten 
(maximal 50) und Zeitintervall der Aus- 
gabe. Die Testfolgedatei kann entweder 
durch den Initialzustand und Generator- 
informationen oder durch Testbelegun- 
gen mit Zeitangaben erfolgen. Weiter- 
hin kann im Programmablauf die Test- 
folge manuell über Terminal eingegeben 
werden, so daß der Entwerfer in Abhän- 
gigkeit der bisher erreichten Zustände 
seine neue Testbelegung wählen kann. 
Als Zustände sind zugelassen: 
l=High, 0=Low, *= unbestimmt 

• Timingsimulation 

Die Timingsimulation ermöglicht die 
Berechnung folgender Schaltungspara- 
meter: 

- Gesamtstromaufnahme der Schaltung 

- Ermittlung der Transistoren mit kriti- 
schen Gütewerten, die zu Ausbeutesen- 
kungen führen können 

- Berechnung der logischen Knoten- 
potentiale des Initialzustandes (Verträg- 
lichkeitssimulation) 

- Berechnung des Zeitverhaltens der 



Schaltung mit Hilfe vereinfachter Tran- 
sistormodelle. 

Die Berechnung der Gesamtstromauf- 
nahme geht davon aus, daß jeder Injek- 
tor zwei Transistoren betreibt und die 
Hälfte der Transistoren mit LOW belegt 
ist, die andere Hälfte mit HIGH. 

In die Parameterdatei sind einzugeben: 

- Temperatur (-25° . . . +125°) 

- minimal zulässige Güte (QMIN >3!) 

- Injektorstrom pro Gatter für die 6 In- 
jektorgruppen und 1 Lastinjektor (reale 
Ausgangslast) 

- zusätzliche Lastkapazitäten. 

Zur dynamischen Simulation werden 
entsprechend dem Transistormodell 
(Bild 9) und dem Zeitverhalten der Ba- 
sisknoten (Bild 10) folgende Verzöge- 
rungszeiten eingeführt: 


t r = (P- CU+CTN * tM+N + Q)CD) p UB ^ 
t s - 0,23 FT0 J) B ITLNV ■ a 

p - cu +h N -c!f7Tcö) C0tC ™ UBH 
f ~ n ITVMAX p M-CD ' 1TLN 
ITLN CU + 2-CD 

Dabei sind alle Zeiten Worst-Case-Zei- 
ten. Da die Generatoren mit idealen Im- 
pulsen arbeiten, werden zur Simulation 
alle Generatoreingänge zusätzlich mit 
zwei Transistoren beschältet. Bild 1 1 
zeigt das mit dem Timingverfahren be- 
rechnete Zeitverhalten eines 5:1-Tei- 
lers. 
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• Güteberechnung realer Transistoren 
Zur Ermittlung der realen Güte jedes 
Kollektors werden die Transistoren im 
Programmteil Q mit realen Basisbahn- 
widerständen modelliert. Als Laststrom 
können ein Injektorstrom verwendet 
werden, der dem eigenen Injektor ent- 
spricht, oder beliebige andere konstante 
Werte. Damit gibt Modul Q die Mög- 
lichkeit, die optimalen Injektorstrombe- 
reiche auszuwählen und auch den Über- 
gang zwischen Transistoren unter- 
schiedlicher Injektoren gütegünstig zu 
dimensionieren (Bild 12). 

3.2.3. Symbollayoutherstellung 


• Positionierung 

Die Positionierung wird in 3 Etappen 
ausgeführt. 

Etappe 1 positioniert grob die Unternet- 
zwerke der Partitionierung entspre- 
chend ihrer Zugehörigkeit zu Injektor- 
gruppen auf dem Chip, wobei der Ent- 
werfer die maximale Ausdehnung einer 
Injektorleitung auf zwei oder drei Zel- 
len festlegen kann. Damit entsteht ein 
sogenanntes Injektorlayout. 
Anschließend werden in Etappe 2 die 
Untemetzwerke exakt positioniert. Das 
Untemetzwerk mit den meisten Verbin- 
dungen zu anderen Unternetzwerken 


und den wenigsten E/A-Knoten wird in 
der Chipmitte plaziert. 

Etappe 3 der Positionierung legt die Rei- 
henfolge der Transistoren in den Unter- 
netzwerken (Transistorzellen) so fest, 
daß maximale Verdrahtbarkeit in den 
Kanälen gesichert wird. 

• Globales Routing 

Es wird das Verbindungsnetz zwischen 
den Unternetzwerken mit dem Mini- 
mum an benutzten Kabelverbindungen 
berechnet. Die Verbindungen werden 
den Kanalzellen zugeordnet, wobei Ver- 
bindungen, die nicht über den kürzesten 


• Partitionierung 

Die Partitionierung bildet in Abhängig- 
keit der Zugehörigkeit eines Transistors 
zu einer Injektorgruppe Unternetz- 
werke zu je maximal 18 Transistoren. 
Die Partitionierung kann die hierarchi- 
sche Eingabe beachten oder die Unter- 
netzwerke nach anderen Optimalitäts- 
kriterien erzeugen. 


Bild 12 a, b 
Güteberechnung rea- 
ler Transistoren 
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Bild 13 Symbolische Detaildarstellung 

Weg geführt werden können, über Um- 
wege geführt werden. 

• Symbollayoutgenerierung 
der Transistorzellen 

Auf Basis der Vorgaben des globalen 
Routers und der Netzwerkbeschreibung 
der Transistorzellen werden die Reihen- 
folge der Transistoren in der Zelle und 
das Symbollayout ermittelt. 

Das Programm läßt Unterführungen 
durch Benutzen verschiedener Basisan- 
schlüsse zu. 

• Symbollayoutgenerierung 
der Kanalzellen 

Auf Basis der Vorgaben des globalen 
Routers werden die Kanalzellen ent- 
sprechend dem Kanalzellentyp (1,2 
oder 3) generiert. 

• Grafische Darstellung 
und interaktiver Eingriff 

In symbolischer Darstellung sind sowohl 
Gesamtlayoutdarstellungen als auch 
Detaildarstellungen (Bild 13) möglich. 
Transistor- und Kanalzellen können 
durch einen Spezialgrafikeditor auf der 



Bild 1 5 Entwurf mit Symbollayouteingabe 


Bild 14 Top-down- 
Entwurfsstil 

Basis der Netzwerkbeschreibung im ge- 
führten Dialog manuell erzeugt werden. 
Möglich ist auch der manuelle Eingriff, 
wenn das Programm keine Lösung fin- 
det, um anschließend maschinell Weiter- 
arbeiten zu lassen. 

3.2.4. Maskenlayoutherstellung 
An die I2L-Teile werden entsprechend 
den Wünschen des Entwerfers die 
Randstufen des Chips als Bibliotheks- 
elemente an das Symbollayout angefügt, 
so daß das GesamtsymboUayout ent- 
steht. 

Werden diese Standard-Randschaltun- 
gen nicht verwendet, muß der Entwerfer 
auf der Basis des zur Verfügung stehen- 
den Bauelementesortiments auf dem 
Grundchip eigene Stufen entwickeln. 
Aus dem erstellten Symbollayout wird 
das Maskenlayout automatisch gene- 
riert. Die Layoutdaten können wahl- 
weise im Format TOPSY-80 oder GS-85 
erzeugt werden. 

4. Entwurfsstrategien 

ISACAD ist für verschiedene Entwurfs- 
strategien flexibel einsetzbar. Bild 14 
zeigt den vorzugsweise einzusetzenden 
Top-Down-Entwurfsstil. Zur Verbesse- 
rung der Layoutarchitektur der Zellen 
ist es möglich, während des Symbol- 
layoutentwurfs Transistor- und Kanal- 
zellen zu editieren. 

Eine andere Entwurfsstrategie ergibt 
sich bei Eingabe des Gesamtlayouts als 
Symbollayoutbeschreibung aller Transi- 


storzellen. Nach erfolgter Simulation 
wird über die Kanaltrassierung das Ge- 
samtlayout erstellt (Bild 15). 

5. Rechentechnische Basis 

ISACAD ist auf 16-Bit-SKR- Anlagen 
implementierbar. Der Dialog mit 
ISACAD erfolgt am alphanumerischen 
Terminal. Die Ergebnisausgabe ein- 
schließlich Symbollayout erfolgt auf ei- 
nem Plotter. 

Anmerkung: Die Veröffentlichung be- 
ruht auf Arbeiten eines Jugend-For- 
scherkollektivs aus der Technischen 
Universität Dresden und des VEB Halb- 
leiterwerk Frankfurt (Oder), dem der 
Autor als Betreuer angehört. 


| H KONTAKT m 1 

Technische Universität Dresden, Mommsenstr. 13, 
Dresden, 8027; Tel. 4630, Prof. Dr. W. Groß 


108 


Mikroprozessortechnik, Berlin 1 (1987)4 





1 6-Bit-Mikroprozessorsystem 
U8000 

Eigenschaften und Anwendung 


Dr. Heiko Kieser 

VEB Mikroelektronik „Karl Marx“ 
Erfurt 


Mit den Bauelementen U8001, U8002 
und U8010 aus dem VEB Mikroelektro- 
nik „Karl Marx“ Erfurt steht seit einiger 
Zeit ein leistungsfähiges 16-Bit-Mikro- 
prozessorsystem zur Verfügung. Das lei- 
stungsbestimmende Element des Prozes- 
sorsystems stellt die CPU dar, die in einer 
segmentierten und einer nichtsegmentier- 
ten Version angeboten wird. Bei der seg- 
mentierten Variante ist systemseitig der 
Anschluß der Speicherverwaltungsein- 
heit U 8010 vorgesehen. Diese Speicher - 
Verwaltungseinheit (MMU -memory 
management unit) nimmt eine Umset- 
zung der logischen Adressen der CPU in 
physische Speicheradressen vor. 

Das Mikroprozessorsystem U8000 ist als 
Minimalsystem konfiguriert. Damit exi- 
stieren keine weiteren systemspezifischen 
bzw. systemeigenen Elemente. Die Lei- 
stungsfähigkeit der Peripherie wird ge- 
genwärtig vor allem durch Komponenten 
aus dem System UA880 bestimmt. Aber 
auch andere, insbesondere hochinte- 
grierte Peripheriecontroller mit univer- 
seller Busschnittstelle (z. B. Floppy- 
Disk-Controller U8272, Grafik-Display- 
Controller U82720) können zum Einsatz 
kommen. 

Als wichtige Ergänzungselemente steht 
eine große Anzahl von sowohl MOS- als 
auch bipolaren Standardbauelementen 
zur Verfügung, ln Verbindung mit weite- 
ren Bausteinen ist diese Bauelementeba- 
sis geeignet, 16-Bit-Mikrorechner von 
kleinen eigenständigen Systemlösungen 
bis hin zu großen Mehrrechnerkonzep- 
ten zu realisieren. 

Kurzcharakteristik der 
CPU U8000 

Im Bild 1 ist die schematische Anschluß- 
belegung der IS U8000 dargestellt. Die 
CPU besitzt einen gemultiplexten 16- 
Bit-Daten- und Adreßbus 
(AD 0 . . . AD 15 ), dessen aktuelle Be- 
legung mittels der Steuersignale AS 
(Adress Strobe) und DS (Data Strobe) 
gekennzeichnet wird. Der Adressie- 
rungsbereich ist prinzipiell in Bytes or- 
ganisiert (zwei Speicherbänke für gerad- 
und ungeradzahlige Bytes), die Daten- 
busbelegung mit Bytes (8 Bit) bzw. Wor- 
ten_(16 Bit) wird mit dem Steuersignal 
BAV (Byte/Word) in Verbindung mit 
der Adresse A 0 bestimmt. Über die 


Adreßlinien Aq . . . A 15 kann somit ein 
Speicherbereich von 64 KByte adres- 
siert werden (nichtsegmentierte CPU 
U8002). 

Dieser adressierbare Bereich wird bei 
der segmentierten Version U8001 mit- 
tels der Segmentleitungen SN 0 . . . SN 6 
auf 8 MByte erweitert. Die CPU U8001 
kann auf hardwaremäßig (von der 
MMU) angekündigte Segmentüber- 
schreit ungen (Steuersignaleingang 
SEGT, Segment Trap) intern reagieren. 
Die Aufwärtskompatibilität zwischen 
den U8000-CPUs ist gegeben, jedes Pro- 
gramm für den U8002 läuft in einem 
Segment des U8001. 

Beide CPUs können in zwei verschiede- 
nen Betriebsarten arbeiten (System- 
und Anwendermodus), die vor allem 
softwaremäßig hinsichtlich der Abarbei- 
tung von privilegierten Befehlen im Sy- 
stemmodus (z. B. Ein-/ Ausgabeopera- 
tionen) von^Bedeutung sind. Das Steu- 
ersignal N/S (Normal/System) zeigt den 
jeweiligen Modus an. 

Über Statuslinien ST 0 . . . ST 3 wird die 
CPU-Aktivität für jeden Zyklus kodiert 
angegebe n. Da bei Speicheroperationen 
(MREQ aktiv) zwischen Befehls-, Da- 
ten- und Stackaktivitäten unterschieden 
wird, können hardwaremäßig sechs 
Speicherräume (Normal/System, Be- 
fehle/Daten/Stack) dekodiert werden. 
Die adressierbare Speicherkapazität 
läßt sich damit noch auf 384 KByte 
(U8002) bzw. 48 MByte (U8001) erwei- 
tern. Für Ein-AAusgabebefehle stehen 
zwei Befehlsgruppen mit jeweils 16 Bit 
Adreßumfang zur Verfügung. 

Zur Anmeldung von Interrupts sind drei 
Anfordereingänge vorhand en, d ie 
einem nichtmaskierbaren (NMI), ei- 
nemmaskierbaren nichtvektorierten 
(NVI) und einem maskierbaren vekto- 
rierten (VI) Interrupt zugeordnet sind. 
In gleicher Weise unterstützt die U8000 
intern vier verschiedene Traps (System- 
Aufruf, privilegierter Befehlskode im 
Normalmodus, erweiterter Befehl bei 
nichtgesetztem EPA-Bit, bei U8001: 
Segmentverletzung) . 

Weitere Steuersignale der CPU sind f ür 
Synchro nisierzwecke (WAIT, STOP, 
RESET), für die Bu ssteuerung 
(BUSRQ, BUSAK) und für die soft- 
waremäßig unterstützte Bildung einer 
„daisy chain“ zur Realisierung von 
Mehrp roze ssorsystemen (MI multi-mi- 
cro-in, MO multi-micro-out) vorhan- 
den. 

Als Systemtakt (CLK) wird ein symme- 
trischer Einphasentakt mit einer Fre- 


quenz von maximal 4 MHz (UB8000-Ty- 
pengruppe) verwendet. Da die CPU- 
Zyklen aus minimal drei Taktzuständen 
bestehen, läßt sich einerseits ein hoher 
Datendurchsatz erreichen, andererseits 
sind aber die erforderlichen Zugriffszei- 
ten der Speicherbauelemente ver- 
gleichsweise zu anderen Mikroprozesso- 
ren relativ groß (400 ns). 

Bild 2 zeigt die Registerstruktur der 
CPU U8000. Die CPU ist durch eine re- 
guläre Architektur gekennzeichnet. Sie 
besitzt einen Registersatz mit sechzehn 
16-Bit-Registern sowie zusätzlich einige 
Systemregister (Programmstatus, Zei- 
ger zum Anfang der Interrupt/Trap-Ta- 
belle, Refreshsteuerung). Die sechzehn 
allgemein nutzbaren Register können 
alle als Akkumulatoren verwendet und 
entsprechend der Darstellung im Bild 2 
auch als 8-Bit-, 16-Bit-, 32-Bit- oder 64- 
Bit-Register genutzt werden. Das Regi- 
ster R15 (16 Bit, U8002) bzw. das Dop- 
pelregister RR14 (32 Bit, U8001) ent- 
hält den Stackpointer, der jeweils ge- 
trennt für die Anwender- und Systembe- 
triebsart vorhanden ist. 

Die Mikroprozessoren U8000 besitzen 
110 verschiedene Befehlstypen, die 
durch Kombination mit acht Adressie- 
rungsarten insgesamt 414 leistungsfä- 
hige Einzelbefehle ergeben. Als Daten- 
typen sind Einzelbits, zwei BCD-Digits 
(8 Bit), Halbbytes (4 Bit), Bytes (8 Bit), 
Worte (16 Bit), Doppelworte (32 Bit), 
Vierfachworte (64 Bit, bei Multiplika- 
tion und Division) sowie Wort- und By- 
tesequenzen erlaubt. Eine Sonderstel- 
lung nehmen die privilegierten Befehle 
ein, die aufgrund einer Schutzmaß- 
nahme nur in der Systembetriebsart wir- 
ken. Hierdurch lassen sich beispiels- 
weise bei der Programmierung Betriebs- 
systemfunktionen von Anwenderpro- 
grammen trennen. 

Kurzcharakteristik 
der MMU U8010 

Die Speicherverwaltungseinheit U8010 
realisiert die Übersetzung der von der 
CPU ausgesendeten Adressen (logische 
Adressen) in Speicherplatzadressen 
(physische Adressen). Damit ergeben 
sich einerseits softwareseitig Vorteile 
bzgl. der Adressenunabhängigkeit der 
einzelnen Programme (Unterstützung 
des Mehrprogrammbetriebs). Anderer- 
seits kann eine Vielzahl von Schutzfunk- 
tionen beim Zugriff auf den Speicher 
geschaffen werden. Hierzu kann die 
MMU sowohl eine Meldung an die CPU 
absetzen (Segment Trap) als auch den 
eigentlichen Speicherzugriff unterbin- 
den (Suppress-Signal). 

Im Bild 3 ist die schematische Anschluß- 
belegung der MMU U8010 dargestellt. 
Ihr ist zu entnehmen, daß die Speicher- 
verwaltungseinheit den H-Teil des 
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Bild 2 Registerstruktur des U8000 

Bild 3 Schematische Anschlußbelegung des U8010 
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Adreß-/Datenbusses (AD 8 . . . ADi 5 ) 
und die Segmentnummern zugeführt 
bekommt. Sie erhält ebenfalls alle die 
Busbelegung charakterisierenden Si- 
gnale und die Statussteuersignale der 
CPU. Die Programmierung der MMU 
erfolgt unter Nutzung der speziellen 
Ein-/ Ausgabeoperationen der CPU. 

Der niederwertige Adreßbus 
(AD 0 . . . AD 7 ) wird von der MMU nicht 
benötigt, da die minimale Segment- 
größe auf 256 Byte festgelegt ist. Die 
maximale Größe eines Segments beträgt 
64 KByte. Von den Segmentnummern 
der CPU werden von einer MMU 64 be- 
nutzt. SN 6 dient intern als Auswahlsi- 
gnal, über das zwei MMUs zur Errei- 
chung des von der CPU U8001 unter- 
stützten Adreßraumes angesteuert wer- 
den können. 

Für jedes der insgesamt 64 benutzbaren 
Segmente besitzt die MMU ein Seg- 
mentbeschreibungsregister. Diese Regi- 
ster besitzen wiederum jeweils ein 16- 
Bit-Basisadreßfeld , ein 8-Bit-Begren- 
zungsfeld und ein 8-Bit- Attributfeld. 
Mittels des Begrenzungsfeldes wird die 
Größe des betreffenden Segmentes in 
Schritten von 256 Byte festgelegt. Das 
Basisadreßfeld liefert eine Basisadresse, 
zu der die von der CPU ausgesendete 
Offsetadresse (AD 8 . . . AD 15 ) addiert 
wird. Die resultierende Adresse wird als 
Speicheradresse über die Linien 
A 8 . . . A23 ausgesendet. Damit wird ein 
physischer Adreßraum von 16 MByte 
geschaffen. Über die acht Bits des Attri- 
butfeldes können Zugriffsbeschränkun- 
gen (Segment ist nur lesbar; Zugriff nur 
im Systemmodus; Zugriff nur über 
DMA; Zugriff nicht über DMA; Zugriff 


nur zum Befehlskodeholen), eine War- 
nung bei Zugriff auf den letzten 256- 
Byte-Block des Segments vereinbart 
und Statusinformationen (Segment 
wurde beschrieben; auf das Segment er- 
folgte ein Zugriff) zum jeweiligen Seg- 
ment abgefragt werden. Darüber hinaus 
sind noch andere Status- und Steuerregi- 
ster vorhanden, über die weitere Eigen- 
schaften programmiert bzw. Informatio- 
nen abgefragt werden können. 

Bei der Einbindung der Speicherverwal- 
tungseinheit U8010 in ein Mikrorech- 
nersystem ist zu beachten, daß das Si- 
gnal SUP eine Unterdrückung des Zu- 
griffs bewirken soll und damit in die Zu- 
griffselektierung des Speichers hard- 
waremäßig einbezogen werden muß. 

Applikationshinweise 

Die Einsatzgebiete des 16-Bit-Mikro- 
prozessorsystems U8000 sind aufgrund 
der oben angedeuteten Leistungsfähig- 
keit und der großen Flexibilität sehr um- 
fangreich. Sie reichen vom Einsatz in 
Einplatinenrechnern (z. B. auch für Ab- 
lösung von U880-Varianten) über eigen- 
ständige Rechnerkonfigurationen mitt- 
lerer Ausstattung bis hin zu modularen 
multimasterfähigen Rechnern großer 
Leistung. 

Bei der Anpassung der 16-Bit-Mikro- 
prozessoren U8001/8002 an die in der 
DDR gebräuchlichen Bussysteme der 
Mikrorechnersysteme K 1520 und MMS 
16 sind wegen der fehlenden Signalkom- 
patibilität Schaltungsmaßnahmen erfor- 
derlich. 

Die Prozessoren U8001 und U8002 un- 
terstützen aufgrund ihrer Architektur 


effizient die Implementierung zugehöri- 
ger, leistungsadäquater Software. 
Hierzu existieren verschiedene Be- 
triebssysteme (sowohl echtzeitfähige als 
auch ein Mehrnutzersystem) und Com- 
piler für die Anwendung moderner hö- 
herer Programmiersprachen. 

Als Entwicklungsunterstützung stehen 
für den U8000 mehrere, unterschiedlich 
konfigurierte Entwicklungssysteme auf 
Basis des 8-Bit-Mikroprozessorsystems 
U880 zur Verfügung (z. B. Bürocompu- 
ter A 5120. 16 des VEB Kombinat Robo- 
tron). Ausgerüstet mit dem Betriebssy- 
stem UDOS, machen sie entsprechende 
Cross-Software (Assembler sowie die 
bereits erwähnten Compiler für höhere 
Programmiersprachen) für den U8000 
nutzbar. 


Termine 

Expertensysteme 

WER? Wissenschaftliche Sektion Computer- 
und Mikroprozessortechnik des Fachverban- 
des Elektrotechnik und Fachausschuß Ex- 
pertensysteme der WGMA der KDT 
WANN? 3. und 4. Dezember 1987 
WO? Erfurt 

WIE? Interessenten wenden sich an den Be- 
zirksvorstand Suhl der KDT, Straße der Opfer 
des Faschismus 29, Suhl, 6000, 

Koll. Hartung, Tel. 221 12 

Prof. Dr. M. Roth 
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Programmierung in C 


(Teil IV) 


Dr. Thomas Horn 

Informatikzentrum des Hochschul- 
wesens an der Technischen 
Universität Dresden 

Im vierten Teil dieser Artikelreihe soll 
nun mit der Benutzung der Struktur- und 
Vereinigungsvariablen sowie der Initiali- 
sierung ihrer Komponenten die Behand- 
lung der Strukturen und Vereinigungen 
abgeschlossen werden. Der folgende 
Abschnitt wird dann das bereits im er- 
sten Teil vermittelte Grundwissen über 
die Funktionen durch die Behandlung 
des Parameterkonzepts vertiefen und 
auf spezielle Probleme der Anwendung 
von Funktionen, wie Zeiger auf Funktio- 
nen und rekursiver Funktionsaufruf, ein- 
gehen. 

Der letzte Abschnitt dieses Teils erläu- 
tert die Funktionen und die Anwendung 
des Makro- Präprozessors, der insbe- 
sondere für die Rationalisierung der Pro- 
grammentwicklung größerer Software- 
systeme und für die Systemprogram- 
mierung von Bedeutung ist. 

7.3. Benutzung von Struktur- 
und Vereinigungsvariablen 
und deren Komponenten 
In C sind mit Strukturen und Vereinigun- 
gen keine Operationen außer der Bil- 
dung von Adressen undderAdreßüber- 
gabe in Funktionen möglich. 

Beispiel: 

p=&a; p=t; p=&t[i]; 

Alle weiteren Operationen im Zusam- 
menhang mit Strukturen und Vereini- 
gungen beziehen sich nur auf ihre Kom- 
ponenten und auf Zeiger. 

Auf die einzelnen Komponenten einer 
Struktur oder Vereinigung kann entwe- 
der überden Variablennamen der Struk- 
tur bzw. Vereinigung oder über einen 
Zeiger auf die Struktur bzw. Vereinigung 
Bezug genommen werden. 

Bei Verwendung des Variablennamens 
der Struktur oder Vereinigung wird der 
Komponentenname über einen Punkt 
(.) als Kettungsoperator für Komponen- 
ten angehangen. 

Beispiele: 

a.nr, a.pr, a.n 

tllst[10j.tag, tlist{10].monat, 
tlist[10].jahr 
tlistEQ-tag, tlist[i].monat, 
tlist[i].jahr 


Bei Verwendung eines Struktur- bzw. 
Vereinigungszeigers wird über den 
Operator -» auf die Komponenten der 
Struktur zugegriffen. 

Beispiele: 

p— >nr, p>pr, p-»n 
tl ->tag, tl->monat, tl-*jahr 

Die Schreibweise p-+nr ist der Schreib- 
weise (*p).nr äquivalent usw. 

Bei der Anwendung der Inkrement- 
bzw. Dekrementoperatoren ist zu be- 
achten, daß die Operatoren . und eine 
höhere Priorität haben: 
tl->tag++ Die Komponente tag wird 
inkrementiert. 

H — l-tl— »tag Die Komponente tag wird 
inkrementiert. 

(tl-H-H) — »tag Nach dem Zugriff auf die 
Komponente tag wird tl 
inkrementiert {tl zeigtauf 
die nächste Struktur). 
(++t!)-^tag Vor dem Zugriff auf die 
Komponente tag wird tl 
inkrementiert. 

Beispiel: 

Eine Vereinigung tab vereinigt 
auf dem gleichen Speicherbereich 
ein Zeichenfeid buf mit 512 Zei- 
chen und 64 Strukturen art für 
Artikel: 

unlon tab (char buf [512]; 
struct arte {64];}; 

Durch die folgende Anweisung werden 
1 0 Vereinigungen als Vereinigungsfeld 
a definiert: 

union a[1Q],*pa; 

Der Zeiger pa ist ein Vereinigungszei- 
ger. Bild 4 zeigt den Aufbau der Vereini- 
gung. 

Über a[i].buf[j] können die Bytes (Zei- 
chen) der Vereinigung angesprochen 
werden, wobei i die Vereinigung und j 
das Byte innerhalb der Vereinigung 
adressieren. Die Strukturen art mit ihren 
Komponenten können über 

a[i].e[k].nr, a[i].e[k].pr und 
a[i].e{k].n 

angesprochen werden, wobei k die 
Nummer der Struktur innerhalb der Ver- 
einigung i angibt. 


7.4. Initialisierung von Strukturen 
und Vereinigungen 

Die Initialisierung von Strukturen ist nur 
für die Speicherklasse static bzw. für 
globale Strukturen möglich. Strukturen 
in der Speicherklasse auto und Vereini- 
gungen können prinzipiell nicht initiali- 
siert werden. 

Bei der Initialisierung einer Struktu r wer- 
den die verschiedenen Initialisierungs- 
werte in einer Liste niedergeschrieben 
und in geschweifte Klammern einge- 
schlossen. Bei der Initialisierung eines 
Strukturfeldes sollte jedes Feldelement 
gesondert in geschweifte Klammern 
eingeschlossen werden. 

Beispiele: 

static struct datum a = 

{22„, April“, {,8\ 
static struct art tfl= 

{„11-001 “,2.5,10}, 

{„11-015“, 5.25,120} 

}; 

7.5. Neue Typbezeichner 

Durch Anwendung der typedef-Anwei- 
sung können auch Strukturen- bzw. 
Vereinigungstypbezeichner definiert 
werden. 


Beispiel: 

typedef struct {int tag; 
char *monat, jahr{2]} date; 

oder 

typedef struct datum date; 


In beiden Anweisungen wird der neue 
Typbezeichner date vereinbart, der zur 
Deklaration von Variablen für die Struk- 
tur datum benutzt werden kann: 

date a,b,c; 


7.6. Rekursive Strukturen 
Rekursive Strukturen sind Strukturen, 
die Zeiger auf eine gleichartige Struktur 
enthalten. Die Struktur darf sich jedoch 
selbst nicht enthalten, aber Zeiger sind 
erlaubt. Unberührt davon bleibt, daß 
eine Struktur beliebige andere Struktu- 
ren, die vor ihr definiert wurden, in sich 
enthalten darf. Die Bezugnahme auf an- 
dere Strukturen ist kein rekursives 
Sprachelement. 
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Beispiel: 

Es soll eine Struktur aufgebaut wer- 
den, die es gestattet, verschiedene Er- 
eignisse miteinander zu verketten .Die 
Struktur soll enthalten : 

- das Datum des Ereignisses, 

- die Adresse einer Zeichenkette, 
die das Ereignis spezifiziert, 

- einen Zeiger auf das vorherge- 
hende Ereignis und 

- einen Zeiger auf das nachfolgende 
Ereignis. 

struct entity {struct datum TAG; 
char *text; 
struct entity »vorher; 
struct entity »nachher; ) ; 
struct entity a,b,c,d,*i; 

Zugriff auf die Strukturelemente der 

Struktur a 

a.TAG.tag 

a.TAG.monat 

a.TAG.jahr 

a.text 

a.vorher 

a.nachher 

Zugriff auf die Strukturelemente des 
Nachfolgers: 

i= a.nachher 
f-^TAG.tag 
i-»TAG.monat 
i— >TAG.jahr 
i -»vorher 
i— nachher 

7.7. Bitfelder 

Auf der Grundlage der Strukturen kön- 
nen auch Bitfelder vereinbart werden. 
Bitfelder sind immer vom Typ unsi- 
gned. Die Bitanzahl darf ein Integerwort 
nicht überschreiten (maximal 16 Bits). 
Die Bitanzahl wird nach dem Kompo- 
nentennamen über Doppelpunkt ge- 
trennt spezifiziert. Für Zwischenräume 
können auch unbekannte Bitfelder be- 
nutzt werden. Die Bitanzahl 0 kann zur 
Ausrichtung auf das nächste integerwort 
verwendet werden. Die Bits werden in 
den meisten Rechnersystemen von 
rechts nach links im Integerwort ange- 
ordnet. 

Beispiel: 

Definition der Struktur eines Steuerre- 
gisters für ein peripheres Gerät: 
struct dk { 

unsigned go:1 ; 
unsigned function:3; 
unsigned adrext:2; 
unsigned ready:1; 
unsigned trap:1 ; 
unsigned:3; 
unsigned busy:1 ; 
unsigned errcode:3; 
unsigned error:1; 

} ctrldkl ; 


Auf die Bitfelder kann wie in Strukturen 
üblich zugegriffen werden. Bitfelder 
funktionieren wie kleine ganze Zahlen 
ohne Vorzeichen und können wie an- 
dere Werte in Ausdrücken verwendet 
werden. 

Beispiele: 

il (ctrldkl .error==1) printf ( “); 

ctrldkl ,function=2; 

/* Function read */ 
crtldk1.go=1; 
h Start Controller */ 

Hinweise: 

1 . Bitfelder haben keine Vorzeichen. 

2. Es gibt keine (indizierten) Felder von 
Bitfeldern. 

3. Bitfelder haben keine Adressen. 

7.8. Aufzählungstypen 

In neueren Implementierungen gibt es 
Aufzählungstypen, bei denen wie in 
PASCAL die möglichen Werte explizit 
aufgeführt werden. Den aufgezählten 
Werten werden intern die Integerzahlen 
ab 0 beginnend zugewiesen. Die Ver- 
einbarungen der Aufzähiungstypen und 
der Variablen für Aufzählungstypen wer- 
den ähnlich wie in Strukturen über das 
Schlüsselwort enum vereinbart. 

enum Farbe {weiß, schwarz, rot, 
gelb, grün, blau}; 
enum Farbe fl, f2; 

Die Variablen fl und f2 sind vom Auf- 
zählungstyp Farbe und können die 
oben spezifizierten Werte annehmen. 
Mit Variablen vom Aufzählungstyp kön- 
nen alle Operationen ähnlich wie mit Va- 
riablen vom int-Typ ausgeführt werden, 
wie Zuweisungen, Vergleiche usw. 

Beispiele: 

f1=weiß;f2=rot; 
if (fl ==gelb) fl =blau; 


Hinweis: 

Aufzählungstypen werden insbeson- 
dere vorteilhaft für die Definition der 
Werte von Bitfeldern verwendet, was 
die Programmierung von Operationen 
mit Bitfeldern wesentlich vereinfachen 
kann. 

8. Funktionen 

Größere Problemstellungen werden mit 
Hilfe von Funktionen in kleinere zerlegt. 
Diese Vorgehensweise gestattet die 
Entwicklung modularer, gut strukturier- 
ter Programmsysteme. Häufig benö- 
tigte, universell nutzbare Funktionen 
können in Objektmodulbibliotheken ka- 


talogisiert und in andere Programmsy- 
steme eingebunden werden. Damit wird 
das Programmsystem im Ganzen klarer, 
und eine mehrfache Entwicklung von 
Funktionsmoduln wird vermieden. 

8.1 . Definition von Funktionen 
In C ist jedes Programm grundsätzlich 
eine Funktion, die von anderen Funktio- 
nen aufgerufen werden kann. In einer 
Übersetzungseinheit können mehrere 
Funktionen definiert werden, jedoch ist 
die Definition von Funktionen innerhalb 
von Funktionen nicht zulässig. Jede 
Funktion kann auch separat übersetzt 
werden. 

Eine Funktion hat folgenden prinzipiel- 
len Aufbau: 

typename(liste-der_formalen-parame- 

ter) 

deklaration_derJormalen_parameter\ 

{ 

funktionsblock 

} 

Der Name name legt den Funktionsna- 
men fest. In runden Klammern erfolgt 
die Spezifikation der formalen Parame- 
ter, falls die Funktion formale Parameter 
hat. Nach der Parameterliste erfolgt die 
Typenvereinbarung der formalen Para- 
meter. Nach der Vereinbarung der for- 
malen Parameter folgt der Funktions- 
block, der in geschweiften Klammern 
Vereinbarungen und Anweisungen ent- 
hält. Die Funktion wird verlassen, das 
heißt, die Steuerung wird an die aufru- 
fende Funktion zurückgegeben, wenn 
die rechte geschweifte Kfammer er- 
reicht wird. 

Mit der return-Anweisung kann die 
Funktion vorzeitig verlassen werden. 
Wird in der return-Anweisung ein Aus- 
druck spezifiziert, so wird der Wert des 
Ausdrucks als Funktionswert an die auf- 
rufende Funktion übermittelt. Der Typ 
des Funktionswertes wird durch die 
Typangabe type vor dem Funktionsna- 
men festgelegt. Bei ausgelassener Typ- 
angabe wird int angenommen. 

Wird bei einer Funktion keine Speicher- 
klasse spezifiziert, so gilt der Funktions- 
name als global vereinbart. Wird die 
Speicherklasse static spezifiziert, so 
kann auf die Funktion nur von anderen 
Funktionen innerhalb des Überset- 
zungsmoduls 2 ugegriffen werden. 

Im allgemeinen können die Funktions- 
namen frei gewählt werden. Da Funk- 
tionsnamen aber in der Regel globale 
Symbole sind, sollten die Einschränkun- 
gen des Basisbetriebssystems berück- 
sichtigt werden, zum Beispiel läßt das 
Betriebssystem OS-RW nur globale 
Symbole aus maximal 6 Zeichen zu, wo- 
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bei nicht zwischen Klein- und Groß- 
buchstaben unterschieden wird. Weiter- 
hin hat der Funktionsname main eine 
besondere Bedeutung; er legt die Start- 
adresse des Programmsystems (der 
Task)fest. Aus diesem Grund muß die 
oberste Funktion, die durch das Be- 
triebssystem gestartet werden soll, im- 
mer main heißen. 


Beispiele: 

ieer{){} 

Eine leere Funktion, die nichts bewirkt. 

main<) 
int i; 

for(i=1;i<=10;i++) 
prlntf(„\ni=%d j=%d\n“,l,l#l); 

} 

Die Funktion kann durch das Betriebs- 
system gestartet werden. Sie erzeugt 
eine Tabelle der Quadrate der Zahlen 
vont bis 10. 

float factor{x) 
intx; 

{ 

float y=1.0; 

while (x>1) {y*=x; x-=1;} 
return(y) 

} 

Funktion zur Berechnung der Fakultät 
der Zahl x. Der Funktionswert hat den 
Typ float, unabhängig vom Typ des 
Ausdrucks in der return-Anwei- 
sung. 


8.2. Aufruf von Funktionen 

Funktionen werden über ihren Namen 
und die Angabe einer Liste von aktuellen 
Argumenten in runden Klammern auf- 
gerufen: 

name(liste-der-aktuellen-argumente) 

Wenn die Funktion parameterlos ist, 
müssen zumindest die runden Klam- 
mern angegeben werden, da der Com- 
piler an den runden Klammern den 
Funktionsaufruf erkennt. Die Liste der 
aktuellen Argumente muß entspre- 
chend der Liste der formalen Parameter 
aufgebaut sein (Steliungsparameterl). 
Einfache Variablen werden in C nach der 
Methode „cali by value“ übergeben, das 
heißt, es wird der Wert des entspre- 
chenden Arguments des Funktionsauf- 
rufes berechnet und der Variablen des 
formalen Parameters zu ge wiesen. Da- 
mit arbeitet die aufgerufene Funktion mit 
einer lokalen, temporären Kopie eines 
jeden Arguments. Das bedeutet, daß 
eine Funktion das ursprüngliche Argu- 
ment der aufrufenden Funktion nicht 
verändern kann. Anders ist es bei Fel- 


dern, Strukturen, Vereinigungen und 
Funktionen als Argumente einer Funk- 
tion. Bei diesen Datentypen wird die An- 
fangsadresse des Datenobjekts überge- 
ben, das heißt, das Datenobjekt wird 
nicht kopiert, sondern die aufgerufene 
Funktion greift unmittelbar über die 
übergebene Adresse auf die Datenob- 
jekte zu. Diese Methode der Parameter- 
übermittlung wird als „call by reference“ 
bezeichnet. 

Bei einem Feld werden somit die Feld- 
elemente nicht kopiert, und es wird in 
der aufgerufenen Funktion keine Kopie 
des Feldes angelegt. Die aufgerufene 
Funktion kann die Feldelemente pro- 
blemlos ändern. Ähnlich wird auch bei 
Strukturen, Vereinigungen und Funktio- 
nen verfahren, Sollen einfache Varia- 
blen in der aufrufenden Funktion verän- 
dert werden, so muß entsprechend die 
explizite Übergabe der Adresse der Va- 
riablen vereinbart und in der Funktion 
mit den Zeigern auf die Variablen gear- 
beitet werden. 

Ein weiteres Problem ist die Typverein- 
barung für den Funktionswert, der an die 
aufrufende Funktion übermittelt wird. Da 
Funktionen immer externe (bzw. sta- 
tic-) Funktionen in bezug auf die aufru- 
fende Funktion sind, kann die aufru- 
fende Funktion den Typ des Funktions- 
wertes nicht kennen. Für nichtspezifi- 
zierte aufgerufene Funktionen wird 
standardmäßig immer int angenom men . 
Werden Werte anderer Typen übermit- 
telt, so muß die Funktion spezifiziert 
werden, zum Beispiel kann die Funktion 
factoraus Pkt. 8.1 . wie folgt spezifiziert 
werden: 
float factor(); 

Damit ist festgelegt, daß factor eine (ex- 
terne) Funktion ist und der Funktions- 
wert den Typ float hat. Bei Funktionen, 
die durch den Taskbuilder eingebunden 
werden, kann keine Typwandlung mehr 
vorgenommen werden, so daß bei nicht 
richtiger Spezifikation des Funktions- 
wertes schwerwiegende Fehler entste- 
hen können. 


Beispiel: 

Es sei eine Struktur datum gegeben. 
In main sei ein Strukturenfeld tlist vor- 
handen. Es soll eine Funktion search 
definiert werden, die eine Struktur mit 
einem bestimmten Monatsnamen 
sucht und den Zeiger als Funktions- 
wert übergibt. 

struct datum { int tag; char*monat, 

jahr[4]}; 

main() 

{ 

struct datum tlist[100], 


*search(),*i; 

i=search{tl ist, „April“); 

... 

struct datum *search(l,m) 
struct datum *l[]; char*m[]; 

{ 

int i; 

for{;;l++) 

for(i=0; l-monat[i]==m[i]; i++) 
if(m[i]==,\o‘) return(l); 

} 

8.3. Argumente aus der Kommando- 
zeile 

Im Betriebssystem installierte Tasks 
können mit Angabe einer Kommando- 
zeile, bestehend aus mehreren Argu- 
menten, aufgerufen werden, zum Bei- 
spiel 

tskargl arg2... 

Diese Kommandozeile kann in der 
Funktion main ausgewertet werden. 
Zwei Argumente sind dafür in main zu- 
lässig: 

arge - die Anzahl der Argumente in der 
Kommandozeile, 

argv- Zeichenkettenfeld mit den Argu- 
menten aus der Kommandozeile. 

Beispiel: 

main(argc,argv) 
int arge; char*argv[]; 

{ 

...} 

Nach der Betriebssystem konvention ist 
argv[0] die Adresse des Namens, unter 
dem das Programm aufgerufen wurde 
(tsk). argv[1] ist die Adresse der Zei- 
chenkette des ersten Arguments argl 
usw. Wenn die Task ohne zusätzliche 
Argumente gestartet wurde, ist arge zu- 
mindest gleich 1. 

8.4. Zeiger auf Funktionen 

In C ist es möglich, einen Zeiger auf eine 
Funktion zu definieren, der an Funktio- 
nen übergeben oder in Tabellen gespei- 
chert werden kann usw. 

Beispiel: 

Angenommen, es sei eine Funktion 
swap (a,b) definiert, die die float- 
Werte miteinander vertauscht und den 
größeren Wert als Funktionswert über- 
mittelt. 

Mit 

float swap(); 

kann die Funktion deklariert werden. 
Mit 

float (*funct)0; 
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kann ein Zeiger auf eine Funktion ver- 
einbart werden, die einen Funktions- 
weit vom Typ float als Resultat liefert. 
Oie Adresse der Funktion swap kann 
wie folgt gebildet werden: 
funct— (&swap)(); 

Eine Funktion kann über einen Zeiger 
wie folgt gestartet werden : 
fO=(*funct)(tab[i], tabp-M]); 

Wird eine Funktion als Parameter einer 
anderen Funktion übergeben, so wird 
stets die Adresse der Funktion überge- 
ben. Der Adreßoperator ist in diesem 
Fall unnötig. 

Beispiel: 

main() 

{ 

float swap(), sort(); 
sort (a,b,swap) 

r 

float sort (x,y, Change) 
float xQ,yQ,(*change)(); 

{ 

(*change)(x[i],y[j]); 

r •' 


8.5. Rekursiver Funktionsaufruf 
In C können Funktionen rekursiv be- 
nutzt werden, d. h. daß eine Funktion 
sich selbst entweder direkt oder indirekt 
aufrufen kann. 


Beispiel: 

Berechnung der Fakultät einer Zahl x: 

float factor(x) 

int x 

v - :- . 

if(X==l)return (1.0); 

eise return (x*factor(x-1)); 

} ;. 

Rekursionen sparen im allgemeinen kei- 
nen Speicherplatz, da im Stack eine 
Reihe von Zwischenresultaten und 
Adressen abgelegt werden muß. Der 
Stack wird dadurch sogar erheblich be- 
lastet. Ebenso sind Rekursionen nicht 
schneller, aber rekursive Lösungen sind 
in Abhängigkeit vom Problem (rekursiv 
definierte Datenstrukturen usw.) oft 
kompakter, leichter zu schreiben und zu 
verstehen. 


Hinweis: 

in Abhängigkeit vom Grad der Nutzung 
von rekursiven Funktionsaufrufen (Re- 


kursionstiefe) ist der Stackbereich zu 
vergrößern (z. B. im Betriebssystem 
OS-RW mit dem Taskbuilder TKB) . 


9. Der Makro-Präprozessor 

Der C-Compiler verfügt übereinen Ma- 
kro-Präprozessor, der einige Spracher- 
weiterungen wie Fileeinfügungen, Ma- 
krosubstitutionen und bedingte Gene- 
rierungsanweisungen realisiert. 

Der Makropräprozessor generiert in ei- 
nem Vorpaß das eigentliche Quellpro- 
gramm, das anschließend übersetzt 
wird. Die Anweisungen an den Makro- 
Präprozessor sind gegenüber den C- 
Sprachanweisungen zeiiengebunden 
und beginnen mit einem Doppelkreuz 
(# ) in der Position 1 . Sie können an be- 
liebiger Stelle im Quelitextauftreten, un- 
abhängig von der Quellprogrammstruk- 
tur. Ihre Syntax ist nicht mit den Sprach- 
elementen von C gekoppelt. Die Anwei- 
sungen an den Makro-Präprozessor be- 
legen grundsätzlich immer eine ganze 
Zeile. Falls aber eine Zeile, zum Beispiel 
bei Makrodefinitionen, nicht ausrei- 
chend ist, können Fortsetzungszeilen 
verwendet werden, wenn die vorherge- 
hende Zeile als letztes Zeichen einen 
Backslash (\) enthält. 

9.1. Fileeinfügungen 
ftinclude “ filename “ 

fügt ein File aus dem aktuellen Filever- 
zeichnis des Nutzers in das C-Pro- 
gramm ein, während 
#include<f/'/ename> 
ein File aus dem Bibliotheksfiieverzeich- 
nis (im OS-RW: LB: [1,1]) einfügt. Es 
kann ein beliebiger C-Text eingefügt 
werden, insbesondere Strukturbe- 
schreibungen, Makrodefinitionen usw. 
Die ftinclude- Anweisung kann ge- 
schachtelt angewendet werden, das 
heißt, in einem eingefüglen File dürfen 
weitere ftinclude-Anweisungen be- 
nutztwerden. 

9.2. Makrodefinitionen und -Substitutio- 
nen 

4defi ne. identifier String 
ist eine Makrodefinition ohne Argu- 
mente und dient der einfachen Zeichen- 
kettensetzung: zum Beispiel ersetzt 
#define EOF(-I) 
im weiteren C-Text aile Zeichenketten 
EOF durch (-1). 

f deflne identifier(identifier, ...) string 
ist eine Makrodefinition mit Parametern. 
Bei Makroaufruf werden im Makrokörper 
string alle formalen Parameter durch ak- 
tuelle Parameter ersetzt. 


Beispiel: 

#define min (x,y) <(x)<(y)? (x):(y)) 

Amin=min(A[i3,A[i+1]); 

Infolge der Makrogenerierung wird fol- 
gender C-Text übersetzt: 

Amln=((A[l]KA[i+1])7 

<AIi]):(A[i+1])); 

9.3. Streichen von Makrodefinitionen 

Rundet identifier 

streicht die angegebene Makrodefinition 
aus dem Verzeichnis des Makro-Präpro- 
zessors. Damit ist der Identilikator im 
weiteren Undefiniert. 


Beispiel: 

Rundet min 
#undef EOF 

Die Makrodefinitionen min und EOF 
werden gestrichen. 

9.4. Bedingte Compilierung 
Ein bedingter Anweisungsblock wird 
durch eine der folgenden drei Anwei- 
sungen eingeleitet: 

#it constant-expression 
jpfdef identifier 
H if ndef identifier 

Die nachfolgenden C-Anweisungen 
werden generiert, wenn die Bedingung 
TRUE bzw. der Konstantenausdruck 
ungleich 0 ist. Abgeschlossen wird der 
bedingte Anweisungsblock durch eine 
Anweisung 

#endH 

Ist zwischen der #if- An Weisung und der 
^endif-Anweisung eine Anweisung 

#else 

enthalten, so wird die Generierungsbe- 
dingung umgekehrt. Damit werden ent- 
weder die Anweisungen bis zur #eise- 
Anweisung oder danach generiert. Be- 
dingte Anweisungsblöcke können inein- 
ander geschachtelt werden. 


Die Reihe zu C wird im nächslen Heft 
fortgesetzt mit Ausführungen zu den 
Ein- und Ausgabefunktionen und zur 
Methodik der Progammentwicklung. 
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Programmierung von Ablaufsteuerungen 

Zum lEC-Standard für SPS 


Dr. Werner Kunke, Steffen Zeidler 
Technische Universität Karl-Marx-Stadt 

Tendenzen in der Software- 
entwicklung 

Speicherprogrammierbare Steuerungen 
(SPS) zeichnen sich gegenwärtig durch 
f zunehmende Leistungsfähigkeit und re- 
lativ niedrige Kosten aus. Ein breites 
- Spektrum verschiedener Steuerungen 

| führt dazu, daß in vielen Automatisie- 

rungslösungen von der Entwicklung spe- 
zieller Steuerungshardware abgesehen 
und statt dessen eine industriell gefer- 
tigte SPS eingesetzt wird. Damit ver- 
schiebt sich der Schwerpunkt der not- 
wendigen Entwicklungsarbeiten von der 
Hard- zur Software. In der Praxis der 
Softwareentwicklung für SPS sind einige 
Besonderheiten gegenüber der Ent- 
wicklung von Anwendersoftware für 
Rechnerarbeitsplätze oder auch für 
Großrechner zu verzeichnen: 

■ Die Programmierung der SPS ist nur 
ein Teil der für eine Automatisierungs- 
lösung notwendigen Entwicklungsarbei- 
ten. In vielen Fällen handelt es sich um 
Rationalisierungsaufgaben, die von re- 
lativ kleinen , nicht auf solche Arbeiten 
spezialisierten Kollektiven gelöst wer- 
den müssen. Deshalb werden sehr häu- 
fig keine versierten Softwarespezialisten 
zur Verfügung stehen. 

■ Der Test des fertigen SPS-Pro- 
gramms erfolgt in der bisherigen Praxis 
zum größten Teil auf der bereits mit dem 
Steuerobjekt verbundenen Steuerung. 
Das ergibt sich aus der Tatsache, daß 
das Steuerprogramm und das Steuerob- 
j ekt eine funktionale Einheit bilden . 
Deshalb ist es erforderlich, daß das 
Steuerobjekt mit angeschlossener 
Steuerung real zur Verfügung steht. 
Wenn diese Voraussetzung erfüllt ist, ist 
der Inbetriebnahmetermin in der Regel 
herangerückt, und die für den Test und 
die daraus resultierenden notwendigen 
Programm- und Dokumentationsände- 
rungen zur Verfügung stehende Zeit 
wird äußerst knapp. 

■ Die gegenwärtige SPS-Programmie- 
rung ist geprägt durch den ursprüngli- 
chen Anwendungsfall der Ablösung von 
Relaissteuerungen. Mit der heutigen 

P Leistungsfähigkeit der SPS auf der Basis 
moderner mikroelektronischer Schalt- 
kreise werden auch bisher der Hardware 
zugeordnete Aufgaben wie Regelungen 
und Positionierungen zunehmend durch 
Software ersetzt. Außerdem entstehen 
neue Anforderungen, die sich nur im 


Rechnerverbund lösen lassen. Die 
Komplexität der damit entstehenden 
Software erfordert auch in der SPS-Pro- 
grammierung eine Technologie der Soft- 
wareerstellung, wie sie sich in der kom- 
merziellen Datenverarbeitung bereits 
längere Zeit durchsetzt. 

■ Es gibt eine Vielfalt unterschiedli- 
cher Gerätetechnik, aber keine einheit- 
lichen Softwarewerkzeuge, wie sie die 
höheren Programmiersprachen in der 
kommerziellen EDV-Anwendung dar- 
stellen. 

Aus diesen Feststellungen resultiert, 
daß es unumgänglich ist, für die SPS- 
Programmierung neue und einheitliche 
Softwarewerkzeuge bereitzustellen. 
Werkzeuge, die es gestatten, in relativ 
kurzer Zeit sichere Softwarelösungen 
für komplizierte SPS- Anwendungen zu 
realisieren. 

Die für die SPS-Programmierung zu ver- 
wendenden Sprachen sollen auf den un- 
terschiedlichsten Steuerungstypen zur 
Verfügung stehen, um eine einheitliche 
Programmierung - unabhängig von den 
Besonderheiten der jeweiligen Hard- 
ware - zu unterstützen. Sie müssen in- 
ternationalen Normen entsprechen, um 
den Export der mit SPS ausgerüsteten 
Maschinen und Anlagen zu erleichtern. 

IEC-Standard 

zur Programmierung 

von Ablaufsteuerungen 

Im folgenden wird das Konzept des IEC- 
Standards für Programmiersprachen 
von SPS entsprechend dem Dokument 
65A (Secretariat) 49 vom Januar 1985 
dargestellt. Essei darauf verwiesen, daß 
in diesem Standard nur die „reine“ SPS- 
Programmierung behandelt wird. Die 
vorgeschriebenen sprachlichen Mittel 
sind nicht ausreichend, wenn die SPS als 
integrierter Bestandteil eines komple- 
xen Automatisierungssystems betrie- 



Bild 1 Hierarchie der SPS-Programmiersprachen 
(lEC-Standard) 


ben wird. Der IEC-Standard unterschei- 
det zwei Sprachniveaus: 

Auf der unteren Ebene sind als grafisch 
orientierte Programmiersprachen Kon- 
taktplan und Logikplan, als textorien- 
tierte Sprachen Befehlsliste und Mathe- 
matische Ausdrücke worgesehen. Erwei- 
terungen des vorgeschlagenen Sprach- 
umfangs sind auf dieser Ebene durch 
Funktionsbausteine möglich. Für diese 
ist die genormte Darstellungsform ein- 
zuhalten. Alle diese Sprachen lassen 
sich formal ineinander überführen. 

Die obere Ebene dient zur Darstellung 
von Abläufen mit der grafischen Pro- 
grammiersprache SFC (Sequential 
Funktion Chart). Eine äquivalente text- 
orientierte Programmiersprache wird 
zur Zeit bearbeitet. Die Elemente dieser 
Sprache sind Schritte mit zugeordneten 
Aktionen und Transitionen mit zuge- 
ordneten Bedingungen. Die Aktionen 
und Bedingungen werden mit den Mit- 
teln der unteren Ebene beschrieben. 

Die Aktionen können aber auch selbst 
wieder mit SFC beschriebene Abläufe 
sein. Dieser Sachverhalt ist in Bild 1 als 
Übersicht dargestellt. 

Ein Schritt kann aktiv oder passiv sein. 
Die den Schritten zugeordneten Aktio- 
nen sind in den häufigsten Fällen Boole- 
sche Gleichungen, die Verknüpfungen 
von Eingangs- und Merkervariablen auf 
Ausgangs- oder Merkervariablen abbil- 
den. Diese Verknüpfungen sind so lange 
wirksam, wie der Schritt aktiv ist. 

Mit Schritten und Transitionen können 
außer den üblichen Strukturen Ablauf 
und Fallauswahl auch Parallelitäten dar- 
gestellt werden. Die Abläufe werden 
mit SFC immer vertikal notiert. Rück- 
wärtssprünge sind nur mit Konnektoren 
realisierbar. In einem Ablauf werden 
abwechselnd Transitionen und Schritte 
notiert. Zwei unmittelbar aufeinander 
folgende Transitionen bzw. Schritte sind 
nicht zulässig. Die Schritte werden da- 
mit bezüglich einer Transition in Vor- 
gänger- und Nachfolgerschritte unter- 
teilt. 

Eine Transition kann mehrere Vorgän- 
ger- bzw. Nachfolgerschritte haben. 
Grafisch wird das mit dem ISO-646-Zei- 
chensatz, wie im Bild 2 gezeigt, darge- 
stellt. Sind alle Vorgängerschritte einer 
Transition aktiv und alle ihre Nachfol- 
gerschritte passiv, so „schaltet“ die 
Transition, falls die ihr zugeordnete Be- 
dingung aktiv ist. Das bedeutet, ihre 
Vorgängerschritte werden passiv und 
ihre Nachfolgerschritte aktiv. Die den 
Trasitionen zugeordneten Bedingungen 
werden als logische Ausdrücke (Boole- 
sche Verknüpfung von Merker- und 
Eingangsvariablen) notiert. Ist einer 
Transition keine Bedingung zugeord- 
net, so ist das mit einer immer erfüllten 
Bedingung gleichwertig. Die in Bild 2 
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Bild 2 Darstellung der grafischen Elemente von 
SFC im iSO-646-Zeichensatz 

gezeigten Verzweigungen sind wie folgt 
zu interpretieren: 

Mehrere Transitionen mit gemeinsamem 
Vorgängerschritt stellen eine Fallaus- 
wahl dar. Es wird genau einer der fol- 
genden Abläufe gestartet. 

Mehrere Transitionen mit einem gemein- 
samen Nachfolgerschritt dienen der Zu- 
sammenführung alternativer Abläufe. 
Eine Transition mit mehreren Nachfol- 
gerschritten startet mehrere Abläufe 
gleichzeitig (Eröffnung einer Paralleli- 
tät). 

Eine Transition mit mehreren Vorgän- 



Bild 3 In der Heizungssteuerung verwendete Va- 
riablen 


ger schritten sychronisiert mehrere paral- 
lele Abläufe. Sie kann nur schalten, 
wenn die letzten Schritte aller an dieser 
Transition zusammengeführten Abläufe 
aktiv sind. 

Anwendungsbeispiel 

Am Beispiel der vereinfachten Heizung 
einer Färbemaschine wird im folgenden 
ein dem IEC-Vorschlag entsprechendes 
Steuerprogramm demonstriert. Die 
Heizungssteuerung ist als Aktionsblock 
realisiert, der einem Schritt eines über- 
geordneten Steuerprogramms zugeord- 
net wird. 

Eingänge der Steuerung sind die Ist- 
Temperatur der Färbeflotte und zwei 
Signale zur Überwachung der Umwälz- 
pumpe und des Füllstandes der Flotte. 
Ausgänge sind binäre Signale zur Steue- 
rung der Umwälzpumpe (Hauptschütz, 
Dreieckschütz, Sternschütz), der Ven- 
tile (Dampfventil, Ablaufventil für 
Kühlwasser, Kondenswasserventil) und 
einer Hupe. 

Vom übergeordneten Programm wer- 
den der Sollwert für die Endtemperatur 
und eine Vorgabe für den Gradienten 
des Temperaturanstiegs sowie ein binä- 
res Signal zum Beenden des Heizvor- 
ganges übernommen. 

Die Zusammenstellung aller Variablen 
des Steuerprogramms ist Bild 3 zu ent- 
nehmen. 

Folgende Steueraufgabe 
ist zu realisieren: 

1 . Falls zu Beginn des Heizvorganges 
die Umwälzpumpe nicht läuft, ist sie ein- 
zuschalten. Dazu sind der Hauptschütz 
und der Stemschütz einzuschalten. 

Nach sieben Sekunden wird vom Stem- 
schütz auf den Dreieckschütz umge- 
schaltet. Nur bei laufender Umwälz- 
pumpe darf der eigentliche Heizvorgang 
gestartet werden. 

2. Zu Beginn des Heizens ist das Kühl- 
wasserrückflußventil für eine Minute zu 
öffnen. Danach ist das Kondenswasser- 
ventil zu öffnen. 

3. Falls ein Gradient vorgegeben 
wurde , ist ein Momentansollwert für die 
Heiztemperatur, ausgehend von der 
Starttemperatur bis zum Erreichen des 
eigentlichen Sollwertes, jeweils nach 
einer Minute um den Gradienten zu er- 
höhen. 

4. Die Temperatur ist nach Erreichen 
des (Momentan-) Sollwertes mit einem 
einfachen Zweipunktregler konstant zu 
halten. Geheizt wird durch Öffnen des 
Dampfventils. 

5. Der Heizmodul ist zu beenden, wenn 
die Bitvariable 

HEIZEN-EIN zurückgesetzt wird. Da- 
bei ist die Endtemperatur zu kontrollie- 
ren. Falls die Endtemperatur kleiner als 
der um 5 verringerte Sollwert ist. 


muß für eine Minute die Hupe einge- 
schaltet werden. 

6. Während des Heizens sind der Flot- 
tenstand und die Umwälzpumpe zu 
überwachen. Im Fehlerfall ist ebenfalls 
die Hupe zu betätigen und der Heizmo- 
dul zu verlassen. 

Die dafür notwendige Ablaufstruktur in 
SFC-Notation ist im Bild 4 dargestellt. 
Diese Struktur enthält keinen anfangs- 
initialisierten Schritt, da sie als Aktions- 
block in einem übergeordneten SFC- 
Ablauf enthalten ist. Beim Aufruf des 
Aktionsblockes wird der Schritt H_EIN 
aktiviert. 

Im Schritt UEBERWACH werden die 
im 6. Punkt der Aufgabenstellung ange- 
gebene Ausnahmesituation (Signal 
ALARM) und die Erfüllung der Heiz- 
bedingung (Signal HEIZEN) ermittelt. 
Nach dem Schritt VORBEREIT wird 
alternativ der eingentliche Heizvorgang 
gestartet oder die Umwälzpumpe einge- 
schaltet (Punkt 1 der Aufgabenstel- 
lung). 

Der Ablauf VENT_AUF, 
VENT-UMSCH realisiert Punkt 2 der 
Aufgabenstellung, die Abläufe 
HEIZ_AKT, HEIZ—PASS und 
STRT-GRAD, PASSIV realisieren die 
Punkte 3 und 4. 

Diese drei Abläufe werden parallel akti- 
viert und abgearbeitet. Die Transition 
vor dem Schritt VENTIL_ZU synchro- 
nisiert vier parallele Abläufe und been- 
det den Aktionsblock. 

In Bild 5 sind die den Schritten zugeord- 
neten Aktionen aufgelistet. 

Eine Besonderheit stellen die Anwei- 
sungen der Form 

WARTEN = TRUE FOR Zeitwert 
dar. Die links stehende Bitvariable wird 
in diesem Fall gesetzt und unabhängig 
vom Zustand des Schrittes nach Ablauf 
der vorgegebenen Zeit zurückgesetzt. 
Im Gegensatz zu den anderen Anwei- 
sungen werden diese Anweisungen nur 
jeweils einmal zum Zeitpunkt der Akti- 
vierung des Schrittes ausgeführt. Diese 
Notation ist an das Beschreibungsmittel 
SN700 angelehnt, da im vorliegenden 
IEC-Dokument die Operationen zur 
Zeitbeeinflussung noch nicht spezifiziert 
sind. 

SN700-Software 

An der TU Karl-Marx-Stadt wurde un- 
ter dem Namen SN700 (Steuernetze im 
System 700) eine Fachsprache entwik- 
kelt, die es ermöglicht, entsprechend 
dem IEC-Standard entworfene Ablauf- 
strukturen formal zu notieren. Dazu 
wird (in der jetzigen Ausbaustufe) die 
Menge der Transitionen mit den zuge- 
hörigen Vorgänger- und Nachfolger- 
schritten textorientiert notiert. In zwei 
weiteren Programmblöcken sind die 
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verwendeten Variablen zu deklarieren 
und den Schritten die Aktionen zuzu- 
ordnen. 

Es ist möglich, Aktionsblöcke als sepa- 
rate Quelltexte zu notieren. 

Das zugehörige Programmpaket besteht 
aus einem Übersetzer, der die Einhal- 
tung der Syntax überprüft und einen 
Zwischencode erzeugt. 

Ein Verbinder vereinigt die Zwischen- 
codes separat notierter und übersetzter 
Programmteile (Aktionsblöcke). 

Ein Codegenerator erzeugt aus dem 
Zwischencode ein vollständiges SPS- 
Programm in Form einer Befehlsliste 
(MPSS, beschrieben in II/). Damit wird 
eine Portabilität der Software auf ver- 
schiedene Zielsteuerungen gewährlei- 
stet. 

Ein Simulator gestattet es, die Abläufe 
auf der Basis des Zwischencodes ohne 
Zuhilfenahme der Steuerung zu unter- 
suchen. Damit wird es möglich, eine 
große Zahl von Fehlem bereits auf dem 
Entwicklungssystem zu entdecken und 
zu beseitigen. Eine dialogorientierte Be- 
dienerführung erleichtert dem ungeüb- 
ten Entwickler den Umgang mit dem 
Softwarepaket ohne spezielle System- 
kenntnisse. 

Die Inbetriebnahme wird in der jetzigen 



Bild 5 Den Schritten zugeordnete Aktionen; ma- 
thematische Schreibweise entsprechend IEC- 
Standard 


Version durch eine Referenzliste unter- 
stützt. An Hand dieser Liste kann im 
MPSS-Inbetriebnahmesystem die aktu- 
elle Belegung aller im SN700-Programm 
verwendeten Variablen und der Zu- 
stand aller Schritte (aktiv oder passiv) 
überwacht werden. 

Das Softwarepaket ist auf PRG700, BC 
A 5120/A 5130 und PC 1715 unter dem 
Betriebssystem UDOS lauffähig. 

Als Weiterentwicklung ist die Erstellung 
eines speziellen Editors für Inbetrieb- 
nahmebilder vorgesehen. Diese Inbe- 
triebnahmebilder ermöglichen es, Va- 
riablenbelegungen und Schrittzustände 
in der Steuerung übersichtlich auf dem 


Bildschirm des Programmiergerätes an- 
zuzeigen. Ferner befindet sich eine neue 
Version des Programmpaketes in Ar- 
beit. Sie wird sich vor allem durch ge- 
ringere Laufzeiten der Entwicklungs- 
software auszeichnen. 

Die Sprachversion wird durch Elemente 
erweitert, die es gestatten, Abläufe auch 
in textorientierter Form übersichtlich 
darzustellen. Die Notation des obigen 
Beispiels wird etwa wie im Bild 6 gezeigt 
aussehen; sie orientiert sich an der in 121 
vorgestellten Programmiersprache OC- 
CAM. 

Die Dialogführung im Simulator wird 
verbessert. Beispielsweise wird es mög- 
lich, die zu einer Transition gehörige 
Bedingung in der SN700-Quelltextnota- 
tion (mathematische Schreibweise) an- 
zeigen zu lassen. 
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Textverarbeitung auf Kleincomputern 


Prof. Dr. Horst Völz, Berlin 


Entsprechend den Besonderheiten der 
KC 85/2 und KC 85/3 wurde eine neuar- 
tige Konzeption der Textverarbeitung 
entwickelt und realisiert. Sie zeichnet sich 
durch folgende Merkmale aus. Es existie- 
ren zwei miteinander koppelbare Teilsy- 
steme -SORED und TEXOR. SORED 
arbeitet mit Quasizeilen und ist auf 
schnelles Sortieren und Suchen hin ent- 
wickelt. TEXOR ist ein vollständig bild- 
schirmorientiertes Textverarbeitungssy- 
stem mit hohem Komfort. Die Kopplung 
beider und zusätzliche Hilfsfunktionen 
bietet ein drittes System FILEX. 

Die Anzahl der Befehle wurde so ge- 
wählt, daß schnell - ohne viel zu lernen - 
mit den Systemen gearbeitet werden 
kann, und daß dann schrittweise die 
komplexe Handhabung bei der Arbeit 
mit dem System erworben werden kann. 
Der Befehlssatz ist auf Seite 119 zusam- 
mengefaßt. 

SORED 

Verwendet wird eine Zeilenstruktur. 
Damit die Zeilen mit Numerierung auf 


dem Bildschirm editiert werden können , 
ist die Zeilenlänge auf 32 Zeichen be- 
grenzt. Um dennoch komplexe Zusam- 
menhänge als Einheit sortieren und be- 
arbeiten zu können, wurde ein Verbin- 
dungssonderzeichen | eingeführt. 

Wird es am Ende einer Zeile eingegeben 
(bzw. bei 32 Zeichen automatisch er- 
zeugt), so wird die folgende Zeile zur 
vorhergehenden gebunden. Auf diese 
Weise können u. a. Adressen, Literatur- 
verzeichnisse usw. als Einheit für den 
Sortier- und Suchalgorithmus zusam- 
mengefaßt werden. Die zusammenge- 
hörenden Zeilen heißen Quasizeilen. 
Das Sortieren ist allerdings nur vom er- 
sten Zeichen einer Quasizeile begin- 
nend möglich. Beim Sortieren werden 
große und kleine Büchstaben generell 
gleichwertig behandelt. Auch die Um- 
laute und ß werden richtig eingeordnet. 
Der Sortieralgorithmus ist durch An- 
wendung der Laufbefehle der CPU 
(U 880-Z80) extrem schnell. 32KText 
werden im worst-case-Fall in 7 Minuten 
sortiert! 

Der Suchalgorithmus bei SORED be- 
steht aus zwei entgegengesetzten Routi- 
nen. Es kann nach einer beliebig langen 
(oder kurzen) Zeichenkette gesucht 


werden. Die Zeichenkette kann dabei 
dont-care-Zeichen enthalten, so daß 
gleichermaßen z. B. Oxyd und Oxid ge- 
funden werden können. Es werden dann 
alle Quasizeilen ausgegeben, die Ox«d 
enthalten (■ = dont-care). Die umge- 
kehrte Zeichensuche gibt dagegen alle 
Quasizeilen aus, die nicht Oxad enthal- 
ten. Da ein Sortierfile irgendwie ge- 
kennzeichnet und editiert werden muß, 
wurden auch hierfür Befehle vorgese- 
hen. Eine frei wählbare Anzahl von 
Quasizeilen wird als „Kopf“ bezeichnet 
und steht dann immer am Anfang mit 
allen sinnvollen Informationen - wie 
Name des File, Datum des letzten Edi- 
tierens und erklärende Ergänzung zum 
File. 

Das Editieren erfolgt in Quasizeilen voll 
bildschirmorientiert . 

Der Druck und die Anzeige können in 
einem wählbaren Zeilenbereich, bei vor- 
gebbarer Quasizeilenzahl je Seite (bzw. 
auf dem Bildschirm), mit und ohne An- 
zeige der Zeilennummer erfolgen. Die 
Eingabe dieser und aller anderen Para- 
meter erfolgt durch Abfrage auf dem 
Bildschirm, d. h. im Nutzerdialog. 

TEXOR 

Infolge der relativ geringen scroll-Ge- 
schwindigkeit der KC 85/2 und KC 85/3 


Befehlsstruktur das Textverarbei tungsnoduls 
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wurden ein kleines Bildfenster zur Ein- 
gabe (hohe Eingabegeschwindigkeit 
und schnelles Scrolling) und ein großes 
Bildschrimfenster für das Anzeigen und 
Editieren geschaffen. Der Bildschirm 
wird als Endloszeile verwendet. Nur 
Absätze (durch ENTER = CR) erzeu- 
gen eine echte, neue Zeile. Bei der Ein- 
gabe von Text wird immer der vom Bild- 
schirm verschwindende Text in den Ar- 
beitsspeicher übernommen. Der sicht- 
bare Text (insbesondere bei der An- 
zeige) stellt also einen Textausschnitt 
dar. In einem File kann seitenweise vor 
und zurück und eine einzelne Zeile zu- 
rückgeblättert werden. Außerdem kann 
bei Eintritt sofort zu einem wählbaren 
Abschnitt bzw. an den Anfang oder das 
Ende des Textes gesprungen werden. 
Mit dem Text sind vielfältige Änderun- 
gen möglich, wie Absätze erzeugen bzw. 
aufheben, Textteile löschen, doppeln 
bzw. verlagern. 

Auf dem Bildschirm selbst kann jeder- 
zeit beliebig Text überschrieben, 

Text eingefügt bzw. gestrichen werden. 
Als Sonderfunktionen sind Tabulator, 
Mittensatz und rechtsbündige Anord- 
nung in der Zeile möglich . 

Ein Text kann in einer beliebigen Zei- 
lenlänge zwischen 10 und 225 Zeichen je 
Zeile ausgegeben werden. Die Forma- 
tierung erfolgt durch einen Randtest. 
Dabei wird automatisch eine Trennung 
durchgeführt. Wo eine Worttrennung 
nötig wird, bietet ein halbautomatischer 
Silbentrennalgorithmus einen Vor- 
schlag an, der bestätigt werden kann 
oder bei dem das weiche Trennzeichen 
in einem gewissen Bereich nach rechts 
oder links verschoben werden kann. 

Die Druckerausgabe kann nach dem 
Randtest erfolgen. Dabei ist nach 
Wunsch Flatter- oder Blocksatz mög- 
lich. 

Auch TEXOR enthält einen Suchalgo- 
rithmus für Zeichenketten. 

FILEX 

FILEX gestattet, einen SORED- in ei- 
nen TEXOR-File bzw. umgekehrt zu 
wandeln. Mit ihm können in einfacher 
Weise Files auf Kassette gerettet bzw. 
von Kassette geladen werden. Auch ein 
Verbinden von Files ist möglich. Dar- 
über hinaus enthält FILEX Möglichkei- 
ten, einzelne Zeichen bzw. Zeichenket- 
ten im gesamten File zu modifizieren. 
Infolge des Wandels zwischen SORED 
und TEXOR lassen sich z. B. auch Zei- 
len, die nicht Quasizeilen sind und mehr 
als 32 Zeichen enthalten, sortieren. Es 
lassen sich aber auch Quasizeilen zusätz- 
lich erzeugen, indem z. B. in TEXOR 
das Verbindezeithen eingefügt wird. Es 
lassen sich Teile von Quasizeilen um- 
strukturieren usw. Bei der Anwender- 
erprobung hat sich gezeigt, daß hier in 


Die wichtigsten Parameter und Befehle von TEXOR 


1. Hauptmenü führt zu: 

T: TEXVE 

S: SORED 
F: FILEX 
I: INIT 
STOP: CAOS 

2. TEXVE läßt zu: 

Fileeintritt: 

N: neues File 

B: Ende eines File (bottom) 

T : Beginn eines File (top) 

G: Gehe zum Abschnitt X 
Anzeigen: 

H: Menü (help) 

F: Fileparameter 
Ausgaben: 

R: Randtest, bei Silbentrennung ist weicher Binde- 
strich <- und -» in Grenzen verschiebbar 
e: Ausgabe mit Flattersatz (exmit) 

Z: Zeichensuche 

Zeichensuche fortsetzen mit (Shift CLR) 
Zeichensuche abbrechen mit BRK 
Verlassen: 

BRK: zum Hauptmenü 
Veränderungsmodus: 

Ta: Erzeuge Absatz 
f v: Verbinde (Absatz) 

OTextTd: Lösche Text (delete) 

ÖTextfp: Ausgabe Text (P: Blocksatz) (print) 
OTextö • • • Tc: Kopiere Text nach J 
OTextö • • • Im: Verlagere (move) Text nach J 
Fenster klein: 
a, t,b,g,z 


Funktionen: 

S: Sortiert den Text (erst nach wirklich? J) 

E: Übergang in Editmode 
Mit Cursor kann auf dem Bildschirm geändert wer- 
den. Änderungen werden nur dann übernommen, 
wenn für jede Quasizeile ENTER betätigt wird. 

D: delete (löschen) von Zeilen, (am besten von hin- 
ten beginnen) 

4. FILEX 
Filearbeit: 

R: Retten eines File 
L: Laden eines File 

A: Anfügen eines gespeicherten File an das im 
Rechner vorhandene (merge) 

F: Fileparameter 
Ändern: 

S: in SORED-File mit festzulegender Zeilenzahl 
T: in TEXOR-File 
Ersetzen im File: 

Z: von Einzelzeichen 

K: von Ketten aus einem oder mehreren Zeichen 
BRK: zurück ins Hauptmenü 

5. INIT 

Installiert für die wichtigsten Drucker 

6. d = Diagnosesystem 

Eintritt mit: 

d: XXXX: (Startadresse) 

BRK: Anhalten 
C: Fortsetzen 
ENTER: Abbrechen 


Fenster groß: 

A, T, B, G, Z 
Sonderzeichen: 

(nur das erste gilt in einem Absatz) 

A Symmetrie = Setze in Zeilenmitte 
\ Setze Text hinter dem Zeichen rechtsbündig 
□ Tabuliere auf die Positionen 4, 8, 12, 16 usw. 
Silbentrennung: 

Automatische Trennzeichen sind neben Space 
!“#$%')*+,-./:;<=>? 

(hinter ihnen erfolgt die Trennung). 
Halbautomatische Trennung als Angebot 
• hinter y 

■ hinter Vokal + einem Konsonant. 

Der Verschiebebereich ist bei der Zeilenlänge Z: 
Z(1 - 1/8) - 2 bis Z 

Die Zeilenlänge ist formatierbar von 1 0 bis 255 Zei- 


7. HEX-Code der Sonderzeichen 


Zeichen HEX-Wert Taste 

ä 80 Fl 

ö 81 F2 

ü 82 F3 

ß 83 F4 


* 

Ä 

Ö 

Ü 

□ 


84 F5 

85 F6 

86 Shift Fl 

87 Shift F2 

88 Shift F3 

89 Shift F4 


O 8A Shift F5 

A 8B Shift F6 

8C Shift F7 


Achtung! Die Kodes 7B bis 7F ergeben: 
ä ö ü ß. Sie sind nicht über Tasten erreichbar. 


Textmodus: 

Alle Zeichen sind Eingaben. 

Betätigung der Cursor-Führungstasten bewegt den 
Cursor sinngemäß auf dem Bildschirm. 

INS, DEL, CLR, HOME- wie im Betriebssystem 

Shift J. Vorblättern 1 Seite 

Schift t Zurückblättern 1 Seite 

| Cursor am oberen Bildschirmrand - eine Zeile 

zurückblättem 

Sonderzeichen entfernen 

W Vernichten (löschen) von: OT 

L Löschen von: ~Ol 

nach @ werden alle Zeichen um 20 H verringert 
und damit als Steuerzeichen für Drucker erzeugt. 
CR beendet diese Steuerzeile. 

3. SORED 
Eingaben: 

K: Kopf 

Beginn erst nach wirklich? und J, BRK beendet 
T: Texteingabe, BRK beendet 
|: Sonderzeichen zum Verbinden von Zeilen zu 
einer Quasizeile am Ende einer Zeile 
Anzeigen: 

A: Ausgabe von Text 
H: Menü (help) 

F: Fileparameter 
Z: Zeichensuche 

(Für Zeichenkette don’t care = Shift Space und zur 
Korrektur nur CLR) 

U: Umgekehrte Zeichensuche 
Zeilennummer und Verbindezeichen erscheinen 
bei A, Z, U. Dies ist für Edit notwendig. Bei a, z, u 
ohne Zeilennummer und Verbindezeichen. 


8. SortierenderZeichen 

Hierbei gilt das Alphabet, kleine und große Buchsta- 
ben sind gleichwertig 

o=0=ö=Ö 
u = U = ü = Ü 
s = ß 

Vor den Buchstaben stehen in der folgenden Rei- 
henfolge: 

Space !“#$%&'()* + ,-,/ dann: 
0123456789:;< = >? 

Nach den Buchstaben: 

■I I a_ 

Die über T asten nicht erreichbaren Kodes 7B bis 7F 
fehlen hier! 

9. File-Aufbau 

Jeder File beginnt mit 0. 

Jeder Absatz bzw. jede Quasizeile endet mit 0. 

Das Quasizeilensonderzeichen ist 5 DH. Das Ende 
des Files ist durch 0FFH gekennzeichnet. 

Hinter dem Fileende, also nach dem ersten 0FFH, 
stehen weitere 2 Byte, die zum File gehören: 
SORED die Kopfquasizeilenzahl 
TEXOR 0FFH 0FFH 

Die Zeilennumerierung bei SORED und die Ab- 
schnittanwahl bei TEXOR erfolgen über das Zählen 
der Nullen. 

Auf der o. g. Basis kann die Kopfzeilenzahl in SO- 
RED leicht geändert werden, und zwar manuell 
z. B. mit MODIFY oder mittels der TEXOR-SORED- 
Wandlung. Sie ist folglich auch „illegal“ für ein SO- 
RED-File in diesem Sinne anwendbar. 
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der Kombination eine Vielzahl von Va- 
rianten effektiv zusätzlich genutzt wer- 
den kann. 

Vorhandene Varianten 

Von SORED und TEXOR existieren je 
eine Bandversion, die etwa nur 2 KByte 
des Arbeitsspeichers verbrauchen. Teile 
des Programms werden an verschiedene 


Stellen des Bildwiederholspeichers bzw. 
in den Bereich unter 170 H bei Laden 
verlegt. Trotz dieses geringen Speicher- 
bedarfs bleibt die Leistungsfähigkeit der 
beiden Teilsysteme (je für sich) voll er- 
halten. 

Neben den Bandversionen gibt es eine 
Version auf 8-K-EPROM. Hier sind ne- 
ben FIL- EX, SORED und TEXOR 
noch ein Diagnosesystem und eine uni- 


verselle Steuerung der V.24-Schnitt- 
stelle enthalten. 

Außerdem besitzt der Modul TEXOR 
2.2 weitere Verbesserungen, die insbe- 
sondere eine komplexe Steuerzeichen- 
generierung für Drucker ermöglichen. 


Gleitpunkt-Arithmetik-Modul 
für U 880 


Andreas Bogatz 
Karl-Marx-Universität Leipzig, 
Sektion Physik 


Bei nahezu allen Anwendungen von Mi- 
kroprozessoren ist es erforderlich, arith- 
metische Operationen auszuführen, um 
z. B. Meßdaten mit Eingabeparametem 
zu verknüpfen und im Ergebnis Ausga- 
bedaten zu erzeugen bzw. bestimmte Re- 
aktionen auszulösen. Bei dem heute noch 
vorherrschenden Typ eines Mikropro- 
zessors mit 8 Bit Verarbeitungsbreite sind 
solche arithmetischen Operationen wie 
Multiplikation, Division und alle Gleit- 
punkt- bzw. Festpunktoperationen mit 
mehr als 16 Bit Verarbeitungsbreite nicht 
Bestandteil des Befehlssatzes. Zur Lö- 
sung dieser Aufgaben muß daher ein ent- 
sprechender Software-Modul oder aber 
bei zeitkritischen Anwendungen eine Zu- 
satz-Hardware (Multiplikationsfeld, Ko- 
prozessor) herangezogen werden. Bei 
allen nicht zeitkritischen Anwendungen 
wird man sich für eine Software- Lösung 
entscheiden. 

Die nächste zu treffende Entscheidung 
bezieht sich auf den zur Anwendung 
kommenden Datentyp, speziell auf die 
Art und Weise der rechnerinternen Dar- 
stellung. Beschränkt man sich auf die Be- 
trachtung numerischer Daten, so können 
diese in Fest- oder Gleitpunktformat vor- 
liegen. Weiterhin kann ein Vorzeichen in 
Form einer Vorzeichen-Betrag-Darstel- 
lung oder einer 2er- Komplement- Dar- 
stellung berücksichtigt werden. 

Programmbeispiele für die Realisierung 
von Arithmetikprogrammen im Dual- 


Festpunkt bzw. Dual-Gleitpunktformat 
wurden z. B. in II, 2/ beschrieben. In 
beiden Fällen wird auf eine Rundung 
der Rechenergebnisse verzichtet, was 
sich positiv auf die Rechengeschwindig- 
keit auswirkt. Bei der praktischen An- 
wendung eines zu /l/ ähnlichen Pro- 
grammpaketes (Bestandteil des MC80- 
BASIC) stellt sich jedoch die fehlende 
Rundung als eine Fehlerquelle bei län- 
geren Rechnungen heraus. 

Dazu kommen bei der Anwendung von 
dualen Gleitkommadarstellungen als 
weitere Fehlerquelle die Eingabe- und 
Anzeige-Konvertierungen, d. h. die 
BCD-Dual- und Dual-BCD-Wandlung. 
Dies liegt daran, daß sich gebrochene 
Zahlen nicht immer eindeutig von einer 
Zahlenbasis auf eine andere übertragen 
lassen. Dadurch kann es Vorkommen, 
daß von den theoretisch auswertbaren 7 
Dezimalstellen (entsprechend 24 Bit 
Mantisse) beim MC80 nur drei oder vier 
Stellen signifikant sind. So liefert z. B. 
das MC80-BASIC folgendes bei der Be- 
rechnung des gebrochenen Teils einer 
Variablen: 

B = A - INT (A) ermittelt für 
A = 1.00400 den Wert 
B = 3.99948E-3. 

Tafel 1 Zahlendarstellung der BCD-Arithmetik 


Expo- Man- 

00 10 00 

80 10 88 

40 53 00 

C3 34 12 

7F 87 65 

Register/Stackzeiger 
B C H 

(IY (IY (IY 

+3) +2) +1) 


Beispielzahl 

00 1.00000E-64 

77 — 1.08877E-64 

99 5.30099 

23 — 3.41223E+3 

43 8.76543E+63 

L 

(IY) 


4 Byte 

rrnTrm 1 1 1 1 1 mi 1 1 ii 1 1 1 1 1 i i 1 1 1 i 1 1 1 
T — t — 1 1 1 ' 

Mantisse 6 B CH -Stellen 

' Hezimal-Exponentin dualer Offsetdarstellung 

Vorzeichen der Mantisse 


Bild 1 

Interne Zahlendarstel- 
lung der BCD-Arithme- 
tik 


Die Schnelligkeit dualer Algorithmen 
muß also mit einem sich mehr oder weni- 
ger auffällig fortpflanzenden Fehler der 
Rechnung erkauft werden. 

Bei genauerer Betrachtung bieten sich 
zwei Lösungen an: 

- Rechnung mit doppelter Genauigkeit 
und Rundung der Anzeige auf einfache 
Genauigkeit oder 

- Rechnung mit einem BCD-Rechen- 
paket mit Rundung, da dann die Kon- 
vertierungen als Fehlerquelle entfallen. 

Im ersten Fall kann die in /1 , 2/ verwen- 
dete Registerarithmetik nicht mehr ge- 
nommen werden, wodurch der Rechen- 
zeitbedarf wegen der notwendigen Spei- 
cherrechnung stark ansteigt. Weiterhin 
wird der nahezu doppelte Speicherplatz- 
bedarf für Variablen notwendig. 

Dieser zunächst beschrittene Weg 
wurde daher verworfen. In der Folge 
entstand daher ein Gleitpunkt-BCD- 
Arithmetikmodul. Duale Meßwerte, 
wie sie etwa von A/D-Wandlern gelie- 
fert werden, lassen sich problemlos mit 
Hilfe von Konvertierungsprogrammen 
in die Rechnung einbeziehen, da es sich 
dabei um ganzzahlige Werte handelt, 
die keine Konvertierungsfehler hervor- 
rufen. 

Praktische Realisierung 

Der Gleitpunkt- Arithmetikmodul reali- 
siert eine Einadreßmaschine. Der erste 
Operand befindet sich beim Aufruf des 
Programmes in einem Gleitpunktakku- 
mulator, gebildet von den Registern 
BCHL. Hierin wird auch das Ergebnis 
der Operation abgelegt. Der zweite 
Operand befindet sich auf einem arith- 
metischen Stack, gezeigert durch das 
Register IY. 

Die Zuordnung der Ziffemstellen zu 
den Registern bzw. Speicherstellen ver- 
mitteln Bild 1 und T afel 1 . Der dezimale 
Exponent liegt zwischen -64 (OOH) 
und 63 (7FH). Die dezimale Mantisse 
besteht aus 3 Byte entsprechend 6 Dezi- 
malstellen. Dabei steht der Dezimal- 
punkt nach der ersten Dezimalstelle und 
die Zahl Null wird durch die Mantisse 
0.00000 dargestellt. Der somit be- 
schreibbare Zahlenbereich ist also 
0, +/ — 1 . 00000E-64 . . . +/— 9.99999E63 
mit einer Auflösung von 0.00001. 
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Tafel 2 Operationskodes des Arithmetikmoduls 


1 


Tabellen -Interpreter 


Konvertierungen 


A rithmeti k-Stack~0pera tionen 


Addition 


Multiplikation 


Hivision 


Quadratwurzel 


Manipulationen 


RETURN 


T 


Bild 2 Struktur des Arithmetikmoduls 

Der Aufbau eines arithmetischen Stack 
bietet gegenüber Rechenpaketen mit 
fester Speicheradressierung Vorteile: 

- Unterbrechbarkeit und Wiederein- 
trittsfähigkeit und 

- einfache Abarbeitung höherer Funk- 
tionen. 

Der erste Punkt ist besonders in Zusam- 
menhang mit Interruptroutinen wichtig, 
falls diese ebenfalls arithmetische Ope- 
rationen benötigen. Konsequenzen ei- 
ner Arithmetik mit festen Speicherstel- 
len wurden in ß I angegeben. Die dort 
aufgezeigten Auswege müssen jedoch 
als mangelhaft charakterisiert wer- 
den. 

Der zweite Punkt erlangt Bedeutung 
beim Einsatz eines solchen Arithmetik- 
moduls zur Berechnung von Standard- 
funktionen und Anwenderfunktionen, 
z. B. innerhalb eines BASIC-Interpre- 
ters. Besonders unterstützt das Stack- 
prinzip die Abarbeitung beliebiger ma- 
thematischer Formelausdrücke nach der 
Methode der umgekehrt polnischen No- 
tation (RPN) 121. 

Ähnlich wie sich der zweite Operand 
auf einem arithmetischen Stack befin- 
det, werden von den Programmteilen 
benötigte Hilfszellen kurzzeitig auf dem 
Prozessorstack angelegt, befinden sich 
also auch nicht auf festen Adressen. 

Der Gleitpunkt- Arithmetikmodul ent- 
hält neben den Grundrechenarten Addi- 
tion, Substraktion, Multiplikation und 
Division die Rechenoperationen Qua- 
dratwurzel, verschiedene Ladeoperatio- 
nen, Arithmetik-^tack-Operationen 
und Fest-zu-Gleitpunkt sowie Gleit-zu- 
Festpunktkonvertierungen innerhalb 
der BCD-Darstellung. Weitere Konver- 
tierungen erlauben die Überführung ei- 
ner BCD-Ganzzahl in eine duale 20-Bit- 
Zweierkomplementdarstellung und um- 
gekehrt. Weiterhin ist hervorzuheben, 
daß der Arithmetikmodul über eine ein- 


daß der Arithmetikmodul über eine ein- 
heitliche Einsprungstelle verfügt. Der 
Kode der abzuarbeitenden Operation 
wird dabei im Register A übermittelt. 
Tafel 2 vermittelt eine Übersicht zu den 
möglichen Operationen. 

Bei einer Zahlenbereichsüber- oder -un- 
terschreitung erfolgt eine Fehlermel- 
dung durch ein gesetztes Carry-Flag. 
Das Ergebnis enthält in diesem Fall den 
größten bzw. kleinsten darstellbaren 
Wert, während im Akku eine Fehler- 
meldung übergeben wird: 

00H für Division durch Null 
FFH für sonstigen Überlauf. 

Diese Fehlermeldung kann durch das 
aufrufende Programm ausgewertet wer- 
den. 

Tabellenkode-Interpreter 

Der wesentliche Vorzug des Arithme- 
tikmoduls besteht in der Möglichkeit, 
komplizierte arithmetische Ausdrücke 
auf einfache Weise zu berechnen. Dazu 
kann mit Hilfe eines Steuerkodes zwi- 
schen der Abarbeitung von Operation 
und der Abarbeitung von Operations- 
kodetabellen umgeschaltet werden. 
Dazu betrachten wir folgendes Beispiel, 
das sowohl die Arbeit mit dem arithme- 
tischen Stack als auch die Arbeit mit 
dem Tabellen-Interpreter veranschauli- 
chen soll: 

3 ■ ■ ■ , 

| dj | x 2 1 bisheriger Stack 

E3 Gleitpunkt-Akkumulator 

abzuarbeitende Formel : y m Z a 2n-i x 21+1 

i-0 

-(■A(^^ 2 + a 2v-i) xl+a 2n-3) x2+ -- +a M 



DOH: Konvertierung BCD-Ganzzahl 

-» Dual-Ganzzahl 

BOH: Konvertierung Dual-Ganzzahl 

-► BCD-Ganzzahl 

A6H . . . AOH: Konvertierung Fest-» Gleitpunkt, 
A6H - 6 Vorkommastellen 
86H . . . 80H: Konvertierung Gleit-» Festpunkt, 
86H-6 Vorkommastellen . . . 

80H - keine Vorkommastellen 
7FH : Stack increment, Stack lesen 

7EH: Stack increment, Akku auf Stack, 

Akku nachladen 

7DH: Stack increment, Akku auf Stack 

7BH : Stack increment, Stack nachladen 

7AH : Stack increment, Akku nachladen 

79H: Stack increment 

77H: Stack decrement, Stack lesen 

76H : Stack decrement, Akku auf Stack, 

Akku nachladen 

75H: Stack decrement, Akku auf Stack 

73FI: Stack decrement, Stack nachladen 

72H: Stack decrement, Akku nachladen 

71 H: Stack decrement 

6FH: Stack lesen 

6EH: Akku auf Stack, Akku nachladen 

6DH : Akku auf Stack 

6BH: Stack nachladen 

6AH: Akku nachladen 

69H: Stack mit Akku tauschen 

68H: Addition 

67H: Subtraktion 

66H: Differenz 

65H: Multiplikation 

64H: Division 

63H: Quadratwurzel 

62H: Vergleich 

61 H: Ganzzahlanteil 

60H: Gebrochener Anteil 

5FH: Vorzeichenwechsel 

5EH: Betrag 

5DH ... 01 H: Kodes eines eventuellen Funk- 
tionsmoduls 

00H: Umschaltkode T abellenabarbei- 

tung ein/aus 


Bild 3 Polynomunterprogramm (ungerade); Be- 
legung des arithmetischen Stack und Formel 
Bild 4 Programmbeispiel für die Berechnung 
von y = x 2 + 5 

Bild 5 Programmliste Arithmetikeintritt mit Tabel- 
len-Interpreter 
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Bild 6 Operationskodes des Funktionsmoduls 


Es soll die Funktion 
Y = X a 2 + 5 

ermittelt werden. Vorausgesetzt, der 
arithmetische Stack ist definiert und der 
Operand befindet sich im Gleitpunktak- 
kumulator BCHL, dann können die in 



Bild 7 Programmliste für die Funktion arctan(x) 


Bild 4 angegebenen Programme diese 
Funktion erfüllen. Hierbei ist ersicht- 
lich, daß die Tabelleninterpretation we- 
sentlich weniger Speicherplatz bean- 
sprucht. 

Um die Funktionsweise des Tabellen- 
Interpreters zu veranschaulichen und 
eventuell anderen Anwendungsbeispie- 
len zu eröffnen, soll dieser Programm- 
teil hier angegeben werden. 

Bild 2 zeigt die Struktur des Gesamtmo- 
duls und Bild 5 zeigt den Programman- 
fang mit dem Tabellen-Interpreter. Das 
Gesamtprogramm besteht aus den ein- 
zelnen Operationsmoduln, zwischen de- 
nen sich regelmäßig angeordnete 
Sprungverteiler befinden, die den im 
Akku enthaltenen Operationskode ana- 
lysieren. Der letzte Sprungverteiler ver- 
zweigt, falls kein gültiger Operations- 
kode ermittelt wurde, auf den letzten 
Speicherplatz des Programmpaketes. 
Dort steht ein RETURN-Befehl (C9H), 
wodurch bei ungültigem Operations- 
kode ins aufrufende Programm zurück- 
gekehrt wird. Dadurch erhält der An- 
wender des Programmpaketes die Mög- 
lichkeit, das Programm durch weitere 
Operationen zu ergänzen. Dazu ist es 
lediglich notwendig, ab einschließlich 
dieses RETURN-Befehls einen weite- 
ren Sprungverteiler anzufügen und die 
entsprechenden, dazugehörigen Pro- 
grammteile zu notieren. 

Erweiterungen 

Ein solches erweiterndes Programmpa- 
ket wäre z. B. ein Paket der Standard- 
funktionen exp(x), 10 ax, ln(x), log(x), 
sin(x), cos(x), tan(x) und arctan(x). Al- 
len diesen Funktionen ist gemeinsam, 
daß sie mit Hilfe von Polynomen ermit- 
telt werden können. Ebenso führen em- 
pirisch ermittelte Zusammenhänge, die 


z. B . eine Eichkurve beschreiben, häufig 
auch auf Polynome. 

Es liegt daher nahe, die Abarbeitung 
von Polynomen zur Basis eines Gleit- 
punktfunktionsmoduls zu erheben. Die- 
ser Weg führt zu drei Typen von Poly- 
nom-Unterprogrammen zur Unterstüt- 
zung der Abarbeitung höherer Funktio- 
nen: 

gerades Polynom 
ungerades Polynom 
allgemeines Polynom. 

Bild 6 zeigt eine Übersicht zu den Ope- 
rationskodes des Gleitpunktfunktions- 
moduls. Für die Polynomunterpro- 
gramme wird die Anzahl der Koeffizien- 
ten ebenso wie die Art des Polynoms im 
Operationskode verschlüsselt. 

Als Beispiel zeigt Bild 3 die Belegung 
des arithmetischen Stacks während der 
Abarbeitung eines ungeraden Polynoms 
sowie die dabei abzuarbeitende Formel. 
Abschließend soll anhand der Funktion 
arctan(x) die Nutzung der Polynomun- 
terprogramme veranschaulicht werden. 
Bild 7 zeigt das dafür notwendige Pro- 
gramm, wobei die Koeffizienten aus 121 
übernommen wurden und die Funktion 
nach den Formeln 
y = sign(x) * arctan /x/ 
für /xJ < = 1 

y = sign(x) arctan l//x/) 

für /x/ i?l 
berechnet wird. 
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Emulator für Einchipmikro- 
rechner U 88xx 


Für die Einchipmikrorechnerfamilie 
M 88xx vom VEB Mikroelektronik 
„Karl Marx“ Erfurt wurde ein Einkar- 
tenemulator entwickelt, der folgende 
technische Daten hat: 
Leiterkartenformat 
etwa 200 mm x 240 mm 
Kopplung zum Monitorrechner 
seriell, IFSS, galvanisch getrennt, Über- 
tragungsrate 9,6 kBaud 
Monitorrechner 

BC A 5120 (UDOS), MC 80.20, MC 
80.30 

Stromversorgung 
5 V, etwa 1,5 A 


Kopplung zum Anwender 

über 40poligen CPU-Schaltkreis- 

Adapter 

Anwenderspeicher 
4 KByte 

Haltepunktspeicher 
4 Kbit 

Die Monitorsoftware für den BC A 
5120, MC 80.20 und MC 80.30 ist über 
Diskette bzw. Magnetband ladbar. 

Kommandoübersicht des Monitors: 

B ADR Break setzen, löschen 
D ADR Anzeige/Änderung Pro- 
grammspeicher 
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G ADR Start der Programm- 
ausführung 

GE EMR-Programm Monitor- 
rechner-Emulator 

I EID Interrupt zulassen/sperren 
M Monitor-Break 

N Ausführung eines Befehls 

P Anzeige/Änderung PC 

R alle Register anzeigen 


R ADR lesen/ändem Registerinhalt 
S Statusanzeige: PC, Register 

SA EMR-Programm Emulator- 

Monitorrechner 

XD ADR ext. RAM lesen/schreiben 

Die Dokumentation für die Hardware 
und die Bedienungsanleitung sind Be- 
standteile der Nachnutzung. Unbe- 


stückte, durchkontaktierte Leiterkarten 
stehen in begrenzter Anzahl zur Verfü- 
gung. 

1 El KONTAKT g | 

Technische Hochschule Ilmenau, Sektion Techni- 
sche und Biomedizinische Kybernetik, Wissen- 
schaftsbereich Computertechnik, Am Ehrenberg, 
Ilmenau, 6300. Prof. Dr. M. Roth 


Zu einem Interruptproblem 
beim U880 


Roland Hahn, Dr. Hans-Joachim Gasse 
Institut für Energetik 


Der leistungsfähige Interruptmode 2 des 
Z80 hat viel zum weltweiten Erfolg des 
Systems beigetragen. Hier soll über ei- 
nen wenig bekannten (oder besser: fast 
vergessenen) Fehler berichtet werden, 
der stochastische, selten auftretende 
und sehr schwer erklärbare Fehlfunktio- 
nen des Rechners zur Folge haben kann. 
Beispielsweise beim Zugriff auf globale 
Variable muß der Interrupt gesperrt 
werden. Ist dabei nicht bekannt, ob der 
Interrupt erlaubt oder verboten ist, so 
soll entsprechend lll der Zustand des 
Interruptflipflops mit dem Befehl LD 
A, I abgefragt und anschließend wieder- 
hergestellt werden. Dieser Befehl (aber 
auch der Befehl LD A, R) kopiert den 
Zustand des IFF2 in das Parityflag, das 
mit einem bedingten Sprung getestet 
werden kann. Tatsächlich mußte festge- 
stellt werden, daß dieses Vorgehen bis- 
weilen einen gesperrten Interrupt vor- 
täuschte. Eine genauere Untersuchung 
zeigte, daß bei der Anmeldung eines In- 
terrupts während dieses Befehls das Pa- 
rityflag falsch gesetzt wird. Die genaue 
Erklärung kann sicher nur der Entwick- 
ler des Schaltkreises geben, wahrschein- 
lich aber geschieht folgendes: Zu Beginn 
des letzten Taktes des Befehls LD A,I 


Bild 1 Hardware-Lösung 


(LD A,R) wird die Interruptteilung ab- 
gefragt und intern IFF1 und IFF2 zu- 
rückgesetzt, die Übertragung in das Pa- 
rityflag führt der Befehl erst danach aus. 
Damit ist die Interrupterlaubnis (denn 
sonst hätte ja der Interrupt nicht auftre- 
ten können) falsch gerettet worden. 
Zunächst wurde ein Exemplarfehler 
vermutet, dann ein Fehler bei der Über- 
nahme von einem Hersteller zum ande- 
ren. Erst zuletzt wurde eine Bemerkung 
in einer sehr frühen Zilog-Dokumenta- 
tion 121 entdeckt, die diese Eigenschaft 
des LD A,I-Befehls erwähnt. Damit ist 
die Abfrage des Interruptzustandes mit 
diesem Befehl und überhaupt unmög- 
lich, denn das Auftreten eines Interrupts 
genau auf diesem Befehl ist nicht auszu- 
schließen. 

Zum softwaremäßigen Überwinden die- 
ses Problems ist es notwendig, an allen 
Stellen eines U880-Programmes zu wis- 
sen, ob der Interrupt erlaubt ist oder 
nicht. Insbesondere bei großen, von 
mehreren Bearbeitern zu erstellenden 
Programmsystemen ist bei der Defi- 
nition der Interfaces global benutzter 
Teil- bzw. Unterprogramme, die per In- 
terruptsperre zu schützende kritische 
Regionen enthalten, zu empfehlen: 

- für jeden Eintrittspunkt muß eindeu- 
tig festgelegt sein, ob er mit erlaubtem 
oder unerlaubtem Interrupt aufzurufen 
ist, oder 


- Unterprogramme, die sinnvoll sowohl 
bei erlaubtem als auch bei unerlaubtem 
Interrupt abgearbeitet werden können 
(z. B. Aufruf aus Rahmenprogramm 
und aus Interruptserviceroutine), müs- 
sen den aktuellen Zustand des IFF2 als 
Parameter mitgeteilt bekommen. 

Es wurde auch eine hardwaremäßige 
Lösung gefunden (Bild 1). Dabei wird 
während des LD A,I-Befehls der Inter- 
rupt verboten. Dazu wird am höchst- 
priorisierten Peripherieschaltkreis das 
IEI-Signal während des letzten Befehls- 
zyklus ausgeschaltet. Die Dekodierung 
der beiden Operationscodes ED und 57 
(bzw. 5F) an der Rückflanke von Ml 
genügt allerdings nicht. Es sind auch die 
Befehlsfolgen 
SET 5,L CB ED 
LD D,A 57 
und 

SET 1,E CB CB 
LD A,I ED 57 

(wenn auch etwas akademisch) denk- 
bar. Im ersteren Fall soll IEI nicht aus- 
geschaltet werden, was durch Dekodie- 
ren des CB erreicht werden kann, im 
zweiten Fall muß es aber erfolgen. 

Die Schaltung erzeugt beim Operations- 
code ED auch das Signal IEP, mit dem 
die IEI-Signale aller Peripherieschalt- 
kreise eingeschaltet werden. Damit wird 
das bekannte RETI-Problem 131 über- 
wunden. Die Dekodierung des Opera- 
tionscodes kann besonders einfach mit 
einem elektrisch programmierbaren 
Festwertspeicher (256 x 4 Bit, Typ 
MH 74 S 287 von Tesla) vorgenommen 
werden. 
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V.24-Modul M003 

Serielle Schnittstelle für KC 85/2 und KC 85/3 


Klaus-Dieter Kirves 

VEB Mikroelektronik „Wilhelm Pieck“ 

Mühlhausen 


Eine wesentliche Erweiterung der Ein- 
satzmöglichkeiten der Kleincomputer 
ergibt sich beim Anschluß peripherer Ge- 
räte. Das wichtigste Gerät, welches für 
viele Anwendungen unerläßlich ist, ist 
ein Drucker. Er ermöglicht unter ande- 
rem den Listenausdruck selbsterstellter 
Programme oder die Protokollierung 
von Ergebnissen. Textverarbeitungssy- 
steme kommen ohne einen Drucker oder 
eine Schreibmaschine nicht aus. Voraus- 
setzung zum Anschluß ist ein standardi- 
siertes Interface. Sehr weit verbreitet und 
bequem ist ein serielles Interface nach 
der TGL 29077101/02 (V.24). Über vier 
Signalleitungen wird ein Datenaustausch 

Tafel 1 Anschlußbelegung der Diodenbuchsen 


bis zu 15 Metern ermöglicht. Die Daten- 
übertragung erfolgt asynchron mit 5 bis 8 
Datenbits, einem Startbit und 1 bis 2 
Stopbits. Ein Paritätsbit kann zur Daten- 
prüfung mit übertragen werden (Bild 1 ). 
Für die Kleincomputer KC 85/2 und KC 
85/3 des VEB Mikroelektronik „Wilhelm 
Pieck" Mühlhausen wird die V.24- 
Schnittstelle in Form eines Moduls ange- 
boten. Dieser Modul M003 V.24 kann in 
einem der beiden Modulschächte des 
Grundgerätes oder in einem Modul- 
schacht eines Aufsatzes kontaktiert wer- 
den. Der Modul enthält zwei unabhän- 
gige V.24- Kanäle. Jeder Kanal verfügt 
über zwei fünfpolige Diodenbuchsen, 
denen je eine Datensende- und Daten- 
empfangsleitung mit Quittungsleitungen 
zugeordnet sind. Tafel 1 zeigt die Bele- 
gung der Diodenbuchsen. 


Aufbau 

Der D ART -Schaltkreis U 8563 lll bildet 
den Kern des V.24-Moduls. Die Takt- 
versorgung des DART erfolgt program- 
mierbar mittels eines CTC-Schaltkreises 
U 857 D aus dem Systemtakt von etwa 
1,75 MHz. Sende- und Empfangstakt 
eines Kanals sind gleich. Die für die 
Aus- und Eingangstreiberstufen erfor- 
derliche negative Versorgungsspannung 
wird mittels eines eisenlosen Transver- 
ters mit einem Timerschaltkreis B 555 D 
im Modul erzeugt. Der V.24-Modul 
beinhaltet weiterhin eine Modulsteue- 
rung entsprechend dem Modulkonzept 
der Kleincomputer KC 85/2 und KC 85/ 
3. Somit ist der Modul online und offline 
schaltbar. Mehrere gleichartige V.24- 
Module auch mit gleichen Ein- und Aus- 
gabeadressen von DART und CTC kön- 
nen quasi gleichzeitig im System betrie- 
ben werden. Ein Kleincomputer ohne 
Aufsatz könnte somit über zwei V.24- 
Module mit vier weiteren Computern 
oder anderen Geräten gekoppelt wer- 
den. Bild 2 zeigt das Blockschaltbild des 
V.24-Moduls. 

Software 

Allgemeines zur Software 
Der V.24-Modul kann nur in Verbin- 
dung mit entsprechenden Programmen, 
z. B. Druckertreiberroutinen, genutzt 
werden. Da für jeden Einsatzfall, spe- 
ziell für verschiedene Drucker, unter- 


Anschlußnummer 
der Diodenbuchse 

Leitungsnummer 

Signalbezeichnung 

Signalrichtung 

2 

102 

Signal- und Betriebserde 


3 

103 

Sendedaten TXD 

Ausgang 

1 

104 

Empfangsdaten RXD 

Eingang 

4 

106 

Bereit zum Senden CTS 

Eingang 

5 

108 

Betriebsbereitschaft DTR 

Ausgang 


Mark 1 


Sender Emp- 

Spnrp 7 \ St y \ D *\ D1 \\ \ 1 DN II P 1^ ' 


, r , f ^ er IIIIIIIII r llll III, ,11111111 t V v 

Start- N= 5,6,7 oder 8 Datenbits gerade- 1;1,5;2 

bit ungerade Stopbits 

oderkeine 

Parität 


CTS-*— DTR — 1 y 1 .J V 

Datenpuffer voll 


Bild 1 Asynchrones Datenformat 


Bild 3 Zeitdiagramm des Hardware-Protokolls 



Bild 2 Blockschaltbild des V.24-Moduls M003 
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schiedliche, dem System angepaßte Pro- 
gramme benötigt werden, wird neben 
dem V.24-Modul eine Kassette mit meh- 
reren V.24-Treiberprogrammen ange- 
boten. Alle auf der Kassette befindli- 
chen V.24-Treiberroutinen arbeiten im 
Hardware-Protokoll' (Bild 3). Die Über- 
tragung wird über eine zusätzliche Quit- 
tungsleitung in jeder Richtung gesteu- 
ert. Der Datensender eines Kanals kann 
über den zugehörigen CTS-Eingang 
vom DTR- Ausgang des Empfängers ge- 
sperrt werden, wenn der Empfangspuf- 
fer gesperrt bzw. keine Empfangsbereit- 
schaft vorhanden ist. 

Drucker- und Schreibmaschinen- 
ansteuerungsprogramme 

Die Kassette C0171 enthält Programme 
für die Drucker K 6303, K 6311, K 6312 
sowie für die Schreibmaschinen S 6005 
und 6010 bzw. Schreibmaschinen mit 
gleicher Ansteuerung. Die Treiberrouti- 
nen werden in den Kleincomputer in den 
Speicherbereich BAOOH bis BBFFH 
121 geladen und belasten somit den ver- 
fügbaren Speicherbereich beim BASIC 
nicht. Nach dem Laden (auch von BA- 
SIC aus mit der BLOAD-Anweisung) 
starten sie automatisch, schalten den 
V.24-Modul online, initialisieren den 
V.24-Kanal und ggf. den Drucker. Da- 
bei sind die Parameter Modulschacht, 
Modulkanal, Übertragungsrate und Da- 
tenformat fest eingestellt. Die Parame- 
ter können aber vom Anwender ent- 
sprechend anderen Gegebenheiten 
leicht verändert werden. Die neu gene- 
rierte Version kann wieder auf Kassette 
abgespeichert werden und ist damit 
ebenso handhabbar wie das Original. 
Aufgerufen werden können die Drucker 
vom BASIC aus über LIST # 2 oder 
PRINT # 2 (wahlweise auch # 3). 
Ebenso ist es möglich, über Tastenkom- 
bination den Drucker parallel zum Bild- 
schirm zu schalten, das heißt, alle Aus- 
gaben, die bisher ausschließlich auf dem 
Bildschirm dargestellt wurden, werden 
parallel dazu ausgedruckt. Weiterhin 
werden für alle Gerätetreiberroutinen 
noch erweiterte COPY-Funktionen, 
welche über Tastenkombination oder 
Programm aufrufbar sind, angeboten. 
Für Schreibmaschinen gibt es eine 
SCREEN-COPY-Funktion, bei deren 
Aufruf alle druckbaren (ASCII-) Zei- 
chen aus dem Bildwiederholspeicher 
ausgeschrieben werden. Bei Matrix- 
druckern ermöglicht eine HARD- 
COPY-Funktion die punktweise Wie- 
dergabe des Bildschirminhaltes, was die 
Grafikfähigkeit der Kleincomputer un- 
terstützt. 

Es gelten folgende Besonderheiten: 

- Thermodrucker K 6303 

- HARD-COPY quer zur Papiertrans- 
portrichtung mit 240 X 320 Punkten 


- Matrixdrucker K 6311 

• Einstellung auf Schriftart 100 Zei- 
chen/Zeile 

• linker Heftrand 

• Format 68 Zeilen auf A4-Seite 

• HARDCOPY mit 256 X 320 Punkten 

- Matrixdrucker K 6312 

• linker Heftrand 

• Format 72 Zeilen je Seite mit Trans- 
portlochung 

• HARDCOPY mit 512 X 640 Punkten 
(1 Bildschirmpunkt = 4 gedruckte 
Punkte) 

- Schreibmaschinen S 6005/S 6010 

• Transformation der Umlaute entspre- 
chend Standardzeichensatz 

• SCREEN-COPY 40 Zeichen in 
32 Zeilen 

Kleincomputer mit V.24-Eingang 

Neben der Anwendung des V.24-Mo- 
duls als Ausgabeschnittstelle ist auch 
die Eingabe von Daten über den Modul 
möglich. Als Datensender sind zum Bei- 
spiel intelligente Tastaturen, Meßgeräte 
oder Schreibmaschinen, denkbar. Die 
Software-Kassette C0171 enthält eine 
V.24-Eingaberoutine in zwei Adreßver- 
sionen: für den Bereich BAOOH bis 
BAFFH, wie die Druckertreiber und als 
Ergänzung zu den Druckertreibern, im 
Bereich BCOOH bis BCFFH. Die Ein- 
gabe kann beim BASIC mit LOAD#2 
(#3) bzw. INPUT#2 (#3) erfolgen. Es 
ist aber auch möglich, sämtliche System- 
eingaben überden V.24-Modul (externe 
Tastatur) zu realisieren. Eine Übertra- 
gung mit genormter Übertragungsrate 
ist hierbei jedoch auf Grund der Takt- 
frequenz des KC 85/2 bzw. KC 85/3 nur 
bis 2400 Bit/s möglich. 

V.24-Duplex-Schnittstelle 

Eine weitere wichtige Anwendungsva- 
riante des V.24-Moduls ist eine Duplex- 
schnittstelle zu anderen Rechnern. Mit 
ihr erschließen sich völlig neue Anwen- 
dungsbereiche. Als Beispiele seien hier 
genannt: 

- Kopplung zweier Kleincomputer zum 
Daten- bzw. Programmaustausch 

- relativ bewegliches Datenerfassen 
und -vorverdichten mittels Kleincompu- 
ter und Datentransfer zum größeren 
Rechner zur Weiterverarbeitung 

- Zugriff vom Kleincomputer auf die 
Peripheriegeräte anderer Rechner (z. B. 
Drucker, Plotter, Digitalisiergerät, 
Massenspeicher) 

- Einsatz des Kleincomputers als Gra- 
fikdisplay, z. B. am Bürocomputer. 

Die Kassette enthält ebenfalls zwei Ver- 
sionen des Duplextreibers. Zur Über- 
tragungsrate gilt das oben gesagte, mit 
der Ergänzung, daß bei der Kopplung 
zweier Kleincomputer KC 85/2 bzw. 


KC 85/3 die maximale Übertragungsrate 
etwa 5400 Bit/s (nicht genormt!) betra- 
gen kann. 

Auf der Leipziger Frühjahrsmesse 1986 
wurde ein Koppelbeispiel zweier KC 
85/3 über V.24-Module gezeigt (Bild 4). 
Auf einem KC 85/3 (Arbeitsplatzrech- 
ner) lief ein Statikprogramm. Der Kon- 
strukteur konnte nach erfolgter Berech- 
nung über die V.24- Kopplung im Lager- 
rechner „nachfragen“ , ob die benötigten 
Teile am Lager sind. Weiterhin konnte 
er die berechnete Menge vom Lagersi- 
mulationsprogramm abziehen. Der La- 
gerrechner druckte daraufhin einen Ma- 
terialentnahmeschein. Am Lagerrech- 
ner sind auch Materialein- und -ausga- 
ben möglich. Beide Programme waren 
bis auf die Duplexschnittstelle in BASIC 
geschrieben. Im BASIC-Lagersimula- 
tionsprogramm erfolgt auch die Zu- 
griffssteuerung zwischen eigener Ta- 
statureingabe und Kopplung zum Kon- 
struktionsrechner. 
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Aufbau und Anwendung des Mikroprozessorsy- 
stems U880, VEB Verlag Technik, Berlin 1985 
121 Domschke, W.: Der Kleincomputer KC 85/3, 
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Datenaustausch KC 85/2 - 
MRES A 5601 

Um auf dem MRES A 5601 erstellte Maschi- 
nen- oder Quellprogramme auf dem KC 85/2 
nutzen zu können, wurde eine Übertragungs- 
möglichkeit über zwei V.24-Module des KC- 
Systems entwickelt. Ein Adapter ermöglicht 
es, die KC-Module im K-1 520-System zu be- 
treiben. Ein Programm von etwa 2 KByte 
Länge für das MRES gestattet den bytewei- 
sen oder blockweisen Datenaustausch. Das 
Programm erlaubt weiterhin den Austausch 
von Quellprogrammen zwischen dem RAM 
und den peripheren Geräten des MRES. Die- 
ser Teil kann auch unabhängig von der V.24- 
Treiberroutine genutzt werden und stellt eine 
wesentliche Erweiterung der Dienstpro- 
gramme des A 5601 dar. 

Angeboten werden Unterlagen zum Modul- 
adapter, Quellprogramm zur V.24-Kopplung, 
MRES-Systemprogramm zum Datenaus- 
tausch zwischen V.24-Kanal und RAM bzw. 
peripheren Geräten und RAM (übersetzt je 
nach Speicherkonfiguration) sowie KC-85- 
Treiberprogramme für Datenaustausch über 
V.24-Modul. 

Schröter 
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VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen, Eisenacher Straße 40, 5700; 
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Anschluß von Druckern 
und elektronischen 
Schreibmaschinen an 
robotron-Kleincomputer 

Im Sortiment der Erweiterungs- 
baugruppen für die robotron- 
Kleincomputer KC 85/1 und KC 
87 werden Anschlußmodule für 
Drucker und elektronische 
Schreibmaschinen angeboten, 
die einen V.24-Interfacean- 
schluß besitzen. Diese Module 
sind hardwareseitig identisch 
und unterscheiden sich nur 
durch den Steckverbinder am 
Anschlußkabel und das auf dem 
EPROM des Moduls eingele- 
sene Druckertreiberprogramm. 
Die Tafel gibt eine Übersicht der 
Zuordnung von Modultypen zu 
den geeigneten Druckern bzw. 
Schreibmaschinen. Ab 3. Quar- 
tal 1 987 ist für den Druckermodul 
690025.2 und den Schreibma- 
schinenmodul 690021 .1 ein ver- 
bessertes und einheitliches 
Druckertreiberprogramm im An- 
gebot. Damit sind alle Drucker 
und elektronischen Schreibma- 
schinen mit V.24-Schnittstelle, 
bei Anpassen des Steckverbin- 
ders, unter folgenden Bedingun- 
gen anschließbar: DTR-Protokoll 
(Hardware-Protokoll); 9600 
Baud; 8 Datenbit; kein Paritäts- 
bit, 1 Stopbit. 

Als Option können noch fol- 
gende Parameter durch ein kun- 
deneigenes Druckertreiberpro- 
gramm, basierend auf einem uni- 
versellen Programm auf der Pro- 
grammkasette R 01 71 des VEB 
Robotron-Vertrieb, realisiert 
werden: 1 Startbit; 7 oder 8 Da- 
tenbit; gerades, ungerades oder 
kein Paritätsbit; 1 oder 1 Vz oder 
2 Stopbit; 50 bis 9600 Baud. 

Dr. G. Kleinmichel 


JUNOST 401 B als 
Monitor für KC 85/3 

Beim Einsatz der Kleincomputer 
KC 85/3 bzw. KC 85/2 wird aus 
ökonomischen und auch aus 
Platzgründen häufig auf 
Schwarz-weiß-Portable als Aus- 
gabegerät zurückgegriffen. Da 
der Kleincomputer neben dem 
HF-Ausgang auch über einen 
kombinierten FBAS-RGB-An- 
schluß verfügt, bietet sich für 
Fernsehgeräte die Nachrüstung 
mit einem BAS-Eingang an. Ne- 
ben einer erheblichen Verbesse- 
rung der Bildqualität, welche 
z. B. die Voraussetzung für eine 
80stellige Textverarbeitung IV 
ist, kann zusätzlich eine lautstär- 
kegesteuerte Tonausgabe über 
den Lautsprecher des Fernseh- 
gerätes erfolgen. 

In 121 wird ein einfacher BAS-An- 
schluß für den Junost 402B mit 
manueller Umschaltung angege- 
ben. Bild 1 zeigt eine Variante 
mit automatischer Umschaltung 
des Bild- und des Tonkanals im 
FS-Gerät. Zur Umschaltung der 
Kanäle dient ein 4fach-CMOS- 
Analogschalter V4066. Zwei 
Schalter werden jeweils als ein 
Umschalter verwendet. Die Um- 
schaltspannung des KC beträgt 
1 V an 75 Ohm. Mit TI erfolgt die 
Pegelanpassung an den CMOS- 
IS und mit T2 die Negation für 
die Umschalter. Der Widerstand 
R5 stellt einen zulässigen 
Gleichspannungspegel für die 
Analogschalter sicher. 

Der Aufbau kann auf einer klei- 
nen Universalleiterplatte erfol- 
gen. Für die entprechenden Lei- 
terzüge im FS-Gerät werden ab- 
geschirmte Kabel verwendet. Im 
aufgebauten Muster wurde der 
Umschalter zwischen Teleskop- 
antenne und Antennenbuchse 
entfernt und dafür eine 5polige 
Diodenbuchse eingepaßt. Die 


Teleskopantenne erhielt einen 
Antennenstecker und kann jetzt 
über die Antennenbuchse betrie- 
ben werden. Als Verbindung 
zum Computer kommt ein 4adri- 
ges abgeschirmtes Kabel mit 
26poligem direktem Steckver- 
binder zum Einsatz. 

Bei ausgeschaltetem bzw. nicht 
angeschlossenem Computer 
wird das Fernsehgerät normal 
verwendet. Wird der KC einge- 
schaltet, so erfolgt automatisch 
die Umschaltung auf BAS-Ein- 
gang. Die vorgestellte Lösung ist 
auf andere Schwarzweiß-Fern- 
sehgeräte mit galvanischer 
Netztrennung (!) übertragbar. 

Als Einkoppelpunkt für das BAS- 
Signal sollte die erste Verstär- 
kerstufe nach dem Demodulator 
dienen. Das Tonsignal wird 
zweckmäßigerweise vor dem 
Lautstärkerregler eingespeist. 
Aber auch bei Farbfernsehgerä- 
ten bietet ein FBAS-Eingang, 
wie er hier vorgestellt wurde, 
eine Qualitätsverbesserung ge- 
genüber dem HF-Eingang, wo- 
bei natürlich die volle RGB-Qua- 
lität nicht erreicht werden kann. 

Klaus-Dieter Kirves 
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Ladeadressenanzeige 
für KC 85/2 

Das Programm CLIB zeigt die 
auf einer Kassette vorhandenen 
Dateien und ihre Ladeadressen 
an. Bei Basic-Prog rammen wer- 
den als Ladeadressen die ersten 
Bytes des Programms ange- 
zeigt. Der Aufruf erfolgt mit CLIB 
zahl, wobei „zahl“ die Anzahl 
der anzuzeigenden Dateien ist. 
„zahl“ muß zwischen 1 und 255 
liegen und sollte nicht größer 
sein als die tatsächlich vorhan- 
dene Anzahl. Fehlt „zahl“, dann 


wird der Durchlauf von 256 Da- 
teien erwartet. Es ist möglich, 
die Kassette zu wechseln oder 
vorwärts und rückwärts zu spu- 
len. Das Originalprogramm steht 
ab Adresse 70H. 

QP 

7F 7F ,43 4C 49 42 01 45 

C5 DC 03 F0 0A DD 7E 02 

3D 20 F6 DD 6E 05 DD 66 

06 06 OB 7E CD 03 F0 00 

23 10 F8 CD 03 F0 2B 06 

06 23 10 FD 5E 23 56 23 

D5 5E 23 56 El CD 03 F0 

1B CD 03 F0 2C CI 10 C8 

CD 03 F0 OB C9 

M. Lennartz 

Anschluß von Kasset- 
tenmagnetbandgeräten 

Trotz ausführlicher Hinweise in 
der Bedienungsanleitung der 
Kleincomputer KC 85/1 und KC 
87 zur Arbeit mit dem Kassetten- 
magnetbandgerät (KMBG) tre- 
ten immer wieder Fehlfunktionen 
beim Einlegen bzw. Aufzeichnen 
auf, für deren Behebung an die- 
ser Stelle einige Hinweise gege- 
ben werden sollen. 

© Es sind nur Kassettenma- 
gnetbandgeräte ersetzbar, die 
der TGL 28200/05 hinsichtlich 
Kontaktbelegung und Span- 
nungspegel entsprechen und 
eine obere Grenzfrequenz 
>8 kHz besitzen. 

® Unbedingt Diodenkabel, 
keine Überspielkabel verwen- 
den. 

® Das Anschlußkabel nicht ver- 
sehentlich in eine Spielhebel- 
buchse stecken. Damit wird die 
Tastaturabfrage blockiert. Hart- 
näckiges Betätigen der jetzt wir- 
kungslosen T asten kann zur Zer- 
störung des PlO-Schaltkreises 
U855 führen. 

© Beim Aufzeichnen von Pro- 
grammen auf Magnetband kei- 
nesfalls die Aussteuerautomtik 
benutzen, sondern durch Hand- 
aussteuerung eine leichte Über- 
steuerung einstellen (in alten 
Bedienungsanleitungen steht 
dazu ein falscher Hinweis!). 

Dr. G. Kleinmichel 


Übersicht der Modultypen 


Modul 

T echnische Hauptparameter 

anschließbare Drucker 
bzw. Schreibmaschinen 

Druckermodul 

690006.8 

Übertragungsrate: 1200 Baud, 

1 Startbit, 7 Datenbit, 

1 Paritätsbit (gerade) 

1 Stopbit; Diodenstecker 

Thermodrucker 

Druckermodul 

Übertragungsrate: 9600 Baud 

Nadeldrucker: 

690025.2 

1 Startbit, 8 Datenbit, 
kein Paritätsbit, 1 Stopbit, 
Buchsenleiste 222-26, 

TGL 29331/04 

K6311®,12®,13®,14®,16®, 

Thermodrucker K6304®, 
Seriendrucker 1 1 52, 1 1 57 
Schreibmaschine: 

S6005, 1 0®, 6006® 

6010®, 6120®, 6130® 

Schreib- 

Übertragungsrate: 9600 Baud, 

Nadeldrucker 

maschinen- 

modul 

1 Startbit, 8 Datenbit, kein 
Paritätsbit, 1 Stopbit, 

K6311®, 12®, 13, 14, 16®, 

690021.1 

Steckerleiste Cannon DB-255 

Thermodrucker K 6304 
Seriendrucker SD1 1 52®, 


35 mit entsprechendem Steckverbinder 
® mit Änderung der Steckverbinderbelegung 
® mit Austausch des Steckverbinders 


Schreibmaschine: 
S6005.10®, 6006®, 6010®, 
61 20®, 61 30 
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Bericht 


* 


I 


Der Computer 
als intelligentes 
Arbeitsmittel 

Anläßlich des Jubiläums der 
Gründung des Organisations- 
und Rechenzentrums der Mar- 
tin-Luther-Universität Halle-Wit- 
tenberg vor 25 Jahren fand vom 
24. bis 26. 9. 1 986 eine reprä- 
sentative Konferenz zum Thema 
Der Computer als intelligentes 
Arbeitsmittel statt. Mehr als 300 
Gäste aus dem In- und Ausland, 
mehr als 50 Vorträge in drei Sek- 
tionen bzw. vor dem Plenum, 
eine ausgezeichnete Organisa- 
tion und eine diskussions- und 
wissenschaftsträchtige Ta- 
gungsatmosphäre bestimmten 
den äußeren Rahmen der Veran- 
staltung. 

Sowohl die im folgenden ge- 
nannten Plenarvorträge als auch 
die einzelnen Sektionen stellten 
die Informatik sowohl als Wis- 
senschaftsdisziplin als auch in 
ihrer Praxisrelevanz und volks- 
wirtschaftlichen Bedeutung um- 
fassend dar, wobei eine beson- 
dere Betonung der Entwicklung 
der Künstlichen Intelligenz zu 
bemerken war. 

Plenarvorträge 

- Lernfähige Systeme (Reich!) 

- Spezielle Maschinen und Par- 
allelalgorithmen für Künstliche 
Intelligenz ( Mikloäko ) 

- Evolution auf dem Gebiet der 
problemorientierten Program- 
miersprachen (Stiller) 

- Überlegungen zur Rolle von 
Erkenntnismitteln bei der Konsti- 
tuierung wissenschaftlicher Ge- 
genstände (Langhammer) 

- Stand und Entwicklungsten- 
denzen der arbeitsplatzbezoge- 
nen Mikrorechentechnik (Bern- 
stein) 

- Anwendungen der Künstli- 
chen Intelligenz in CAD/CAM- 
Systemen (Posthoff) 

Sektion 1 beschäftigte sich um- 
fassend mit theoretischen und 
praktischen (!) Problemen der 
Künstlichen Intelligenz wie Algo- 
rithmisches Lernen, Automati- 
sche Sprach Verarbeitung, Wis- 
sensdarstellung, Expertensy- 
steme, PROLOG; Schwerpunkt 
der Sektion 2 bildeten Datenban- 
ken und ihre Anwendung; Sek- 
tion 3 enthielt viele stark anwen- 
dungsorientierte Ergebnisse bis 
hin zu Anwendungen in der Me- 
dizin - Ansätze für eine Medizini- 
sche Informatik sind hier zu se- 
hen! 

Es zeigte sich, daß die Entwick- 
lung der Künstlichen Intelligenz 
in Theorie und Praxis Fort- 
schritte macht und daß man wohl 
bald zu Tagungen übergehen 


kann (muß), die auf Teilgebiete 
konzentriert sind. Die ganze 
Breite der Informatik ist mit der 
zur Verfügung stehenden Zeit 
kaum noch zu bewältigen. 
Abschließend sei gewürdigt, daß 
mit dieser Tagung auch das 
25jährige Dienstjubiläum von 
Prof. J. Krötenheerdt als Direktor 
des ORZ der Martin-Luther-Uni- 
versität begangen wurde. 

Prof. Dr. Ch. Posthoff 


Applikation 
Mikroelektronik 
-Stand und 
Tendenzen 

Im Mittelpunkt der 5. Fachtagung 
Applikation Mikroelektronik - 
Stand und Tendenzen, die am 
27. und 28. November 1986 in 
Dresden stattfand, standen we- 
sentliche Arbeitsergebnisse, die 
bei der Realisierung des KDT-In- 
itiativprogramms des Fachver- 
bandes Elektrotechnik vom Mai 
1 986 Entwicklung der Elektro- 
technik und Elektronik unter den 
Bedingungen der intensiven 
Entwicklung der Applikation der 
Mikroelektronik bisher erzielt 
werden konnten. 

Mit 62 Vorträgen von Fachkolle- 
gen aus der DDR und 4 Vorträ- 
gen von Gästen aus der UdSSR, 
CSSR und der VR Polen wurde 
in 5 Arbeitssektionen und im 
Rahmen einer Posterdiskussion 
ein praxisbezogener Informa- 
tions- und Erfahrungsaustausch 
zu den erreichten Ergebnissen 
bei der Entwicklung und Anwen- 
dung mikroelektronischer Baue- 
lemente und Systemlösungen 
geführt. 

So wurde z. B. in der Sektion Er- 
fahrungen mit dem Einsatz von 
Kleincomputern und Entwick - 
lungssytemen über die Fort- 
schritte berichtet, die auf diesem 
Gebiet seit der 4. Fachtagung im 
Jahr 1 984 erreicht werden konn- 
ten. Mit Interesse wurden auch 
die Ausführungen aus der Inge- 
nieurschule Velten-Hohen- 
schöpping zum Einsatz von Mi- 
krorechnern in der Aus- und Wei- 
terbildung, die seit 1980 auf dem 
Gebiet der Informatikausbildung 
und Spezialausbildung mit dem 
MC 80, KC 85/2 und /3 sowie im 
Computerclub praktiziert wird, 
zur Kenntnis genommen. Aus 
dem Kombinat VEB EAW „Fried- 
rich Ebert“ Berlin wurde das mo- 
derne Programmier- und Ent- 
wicklungssystem P 8000 vorge- 
stellt und über bisher vorlie- 
gende Erfahrungen berichtet. 
Eingehend wurde über die Ein- 
satzerfahrungen und Hauptan- 
wendungen des im VEB Elektro- 


nik Gera entwickelten Mikrocom- 
puter MC 80.30 informiert und 
auf die notwendige Komplettie- 
rung des bisherigen Angebots 
an Baugruppen (MC 80 - 
Beistelleinheit; ergänzende Bau- 
gruppen: Digital-Eingabe und 
-Ausgabe-Baugruppe, Analog- 
Digital-Umsetzer u. a.) hingewie- 
sen. Hervorzuheben sind die Be- 
mühungen, eine durchgängige 
Erhöhung der Zuverlässigkeit 
des elektronischen Massenspei- 
chers zu erreichen, zu dem im 
Betrieb weitere Untersuchungen 
angestellt werden. 

Vorgestellt wurde die Modulver- 
waltung des Kleincomputersy- 
stems KC 85 aus dem VEB Mi- 
kroelektronik „Wilhelm Pieck“ 
Mühlhausen, das durch weitere 
Module und einen Aufsatz mit 
mehreren Modulsteckplätzen in 
den nächsten Jahren weiter aus- 
gebaut werden soll. Im System 
KC 85 sind alle Module mit einer 
während des Betriebes program- 
mierbaren Modulsteuerung aus- 
gerüstet. Damit ist eine optimale 
Anpassung des Computers an 
den entsprechenden Anwen- 
dungsfall möglich. 

Um die Funktionsanpassung zu 
verbessern und das Leistungs- 
vermögen zu erhöhen, wurde im 
VEB Kombinat Robotron zum 
Grundgerät des KC 85/1 , das 
einmal als Heimcomputer konzi- 
piert war, ein umfangreiches 
Sortiment an Hardware- und 
Softwareerweiterungen entwik- 
kelt, über das im Vortrag infor- 
miert wurde. Die prinzipiellen 
Eigenschaften des Computers 
werden auch bei der Weiterent- 
wicklung zum KC 87 beibehal- 
ten, so daß Erweiterungsbau- 
gruppen, die ab 1987 verfügbar 
sind, dafür kompatibel sind. 
Ergänzend zum ausgedruckten 
Programm wurde über die Nut- 
zung der Software des PC 1 71 5 
zur Entwicklung von Anwender- 
lösungen berichtet. Dazu wur- 
den das Betriebssystem BROS, 
JAMP und SCP (als Hauptbe- 
triebssystem) und die übrigen 
Softwarekomponenten (System- 
software und Anwendersoft- 
ware) erläutert, die auf dem 
Computer nur unter Steuerung 
des jeweiligen Betriebssystems 
lauffähig sind. Hinsichtlich der 
Anwendersoftware wurde dabei 
auf Fragen eingegangen, die 
sich aus der Nutzung von indivi- 
duellen Programmiersprachen 
oder speziellen Applikationspro- 
grammen (z. B. REDABAS) oder 
auch bei Standardsoftware erge- 
ben. 

Dem wachsenden Interesse 
nach Kleinrechentechnik wurde 
durch Einordnung eines zu- 



sätzlichen Vortrages Hard- und 
Software des FKC16- ein Com- 
puter für die Kleinrationalisie- 
rung, Ausbildung und Lehre in 
das Programm Rechnung getra- 
gen. Der Rechner entstand im 
Ingenieurbetrieb für die Anwen- 
dung der Mikroelektronik Frank- 
furt (Oder) und läßt sich gut in die 
vorliegenden DDR-Rechnerkon- 
zepte einordnen. Er wurde zwar 
als Lerncomputer konzipiert, ist 
aber auch als Ingenieur-Arbeits- 
platzrechner verwendbar und 
unterbietet in dieser Hinsicht be- 
kannte Lösungen im Kosten-/ 
Leistungsverhältnis recht be- 
achtlich. 

Die Vorstellung der Kleinrechner 
und deren praktische Demon- 
stration ergänzten die Vorträge 
dieser Sektion. Damit konnte die 
wissenschaftlich-technische Lei- 
stungsfähigkeit der Computer 
allen interessierten Tagungsteil- 
nehmern vorgeführt und zu ei- 
nem intensiven Erfahrungsaus- 
tausch genutzt werden. 

Die Vorträge und Diskussionen 
in den übrigen Arbeitssektionen 

- moderne mikroelektronische 
Bauelemente und ihre Anwen- 
dungsmöglichkeiten 

- rechnergestützte Vorberei- 
tung und Durchführung der Pro- 
duktion 

- modulare und flexible Auto- 
matisierungslösungen 

- Posterdiskussion zu mikroe- 
lektronischen Rationalisierungs- 
lösungen 

ließen die bisher erreichten Er- 
gebnisse der Applikation Mi- 
kroelektronik erkennen, mach- 
ten aber auch die noch vor uns 
stehenden Aufgaben deutlich. 
Die Diskussionsrunde während 
des diesjährigen Podiumsge- 
sprächs Erfahrungen aus der 
Arbeit von Computerclubs und 
Mikroelektronik-Arbeitsgemein- 
schaften unterstrich nachdrück- 
lich den erreichten Stand und die 
notwendigen weiteren Anstren- 
gungen auch der Fachgremien 
der KDT, um die Entwicklung 
und Anwendung der Mikroelek- 
tronik weiter zu beschleunigen 
und umfassend durchzusetzen. 

Dr. R. Schneider 
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Bericht 


Electronica ’86 

Vom 1 1 . bis 1 5. November 1 986 
fand in München (BRD) die 1 1 . 
Internationale Fachmesse für 
Bauelemente und Baugruppen 
der Elektronik „Electronica ’86“ 
statt, zu der auch vier wissen- 
schaftliche Veranstaltungen 
durchgeführt wurden, darunter 
der 12. Internationale Kongreß 
Mikroelektronik unter dem Leit- 
thema Mikroelektronik - Aus- 
blick auf Technik und Märkte. 

2 400 Aussteller aus 36 Ländern 
waren in den 26 Ausstellungs- 
hallen auf 1 05 000 m 2 vertreten. 
Vor allem die westeuropäischen 
Bauelementeproduzenten sowie 
die Aussteller aus Übersee und 
Japan zeigten mit ihren neue- 
sten Exponaten den erreichten 
wissenschaftlich-technischen 
Stand und die technologische 
Reife der Produkte in den Sektio- 
nen Halbleitererzeugnisse, op- 
toelektronische Bauelemente, 
Röhren; passive Bauelemente; 
Baugruppen in Hybrid- und Lei- 
terplattentechnik, Stromquellen; 
elektromechanische Elemente 
und mechanische Geräteteile; 
automatisierte Prüfeinrichtun- 
gen sowie Entwurfshilfsmittel für 
Mikro- und Makroelektronik 
(CAE und CAD). 

Die DDR war durch die Außen- 
handelsbetriebe Elektronik Ex- 
port-Import, Heimelektric und 
Robotron mit entsprechendem 
Fachprofil vertreten. 

Der Stand der Produktion fortge- 
schrittener höchstintegrierter 
Schaltungen wurde durch die 
2-Mikrometer-Technologien, z. 

B. beim 256-KBit-DRAM doku- 
mentiert. Mit dem Entwicklungs- 
abschluß des 1 -Megabit-DRAM 
wurde die Produktion im 
1 ... 1 ,2-^m-Niveau vorbereitet. 
Bei diesem Integrationsgrad von 
VLSI-Schaltkreisen dominierte 
die CMOS-Technologie. Texas- 
Instruments z. B. verkleinerte 
die Zellengröße ihrer Speicher 
von 54 /<m 2 beim 256-K-DRAM 
über 21 ,2 ^m 2 beim 1 -M-DRAM 
auf 8,9 fim 2 für den 4-M-DRAM 
durch „Vergraben“ des bisher 
planaren Transfergatters in die 
Kreuzpunktzelle. Die Produktion 
des 4-M-DRAM soll 1988 begin- 
nen. Mit ihrer EPIC-Technologie, 
einer CMOS- Variante, fertigt Te- 
xas Instruments auch Hochge- 
schwindigkeitslogikelemente. 
Das belegt anschaulich den Ein- 
fluß physikalischer Festkörper- 
technologien auf die Erzielung 
progressiver Bauelementeei- 
genschaften. 

Mikroprozessoren mit 32 Bit Ver- 
arbeitungsbreite wie der 80386 
von Intel, 68020 von Motorola, 
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V70 von NEC, Clipper von Fair- 
child u. a., die eine Taktrate bis 
ca. 1 6 MHz und eine durch- 
schnittliche Leistung von 3- 
4 Millionen Instruktionen pro Se- 
kunde (MIPS) aufweisen, de- 
monstrieren den Fortschritt auf 
diesem Gebiet. Für 1986 wurde 
ein Umsatz von 2 Millionen Stück 
erwartet. Hauptanwendungsge- 
biete sind Hochtechnologiepro- 
dukte wie Computergrafik, Ar- 
beitsstationen für CAD/CAM/ 
CAE, Geräte zur Bild- und 
Sprachverarbeitung, Parallelver- 
arbeitungs-, Mehrbenutzer-, 
Echtzeit- und andere Rechner- 
systeme; künftig Expertensy- 
steme sowie die Datenverwal- 
tung und -Verdichtung in Kom- 
munikationsnetzen. 

Ein hohes Tempo des wissen- 
schaftlich-technischen Fort- 
schritts ist bei digitalen Signal- 
prozessoren zu verzeichnen, 
spezialisierten Mikroprozesso- 
ren, vorwiegend in Havard-Ar- 
chitektur, die viele sequentielle 
Operationen in extrem kurzer 
Zeit auszuführen ermöglichen. 
Anwendungen sind in der 
Sprachverarbeitung, Bildverar- 
beitung und der Nachrichten- 
technik vorgesehen. Als künfti- 
ger Absatzschwerpunkt wird die 
Videosignalverarbeitung be- 
trachtet, für die das heute reali- 
sierbare Technologieniveau 
noch nicht ausreicht. 

Die stürmische Entwicklung von 
anwendungsspezifischen inte- 
grierten Schaltungen, soge- 
nannten ASICs, verdient beson- 
dere Aufmerksamkeit. Hier wer- 
den jährliche Steigerungsraten 
der Produktion von 30-40 % vor- 
hergesagt, und 1995 wird ein 
Anteil von 25-30% am gesam- 
ten Halbleitermarkt für diese Er- 
zeugnisse erwartet. Dieser Ent- 
wicklung auf der Basis von pro- 
grammierbaren Logikbauele- 
menten, Gate-Arrays, Standard- 
zellen und vollkundenspezifi- 
schen Schaltungen wird eine 
hohe Bedeutung bei der breiten 
Nutzung von VLSI-Technologien 
beigemessen. Diese Art des Ent- 
wurfs integrierter Schaltkreise 
trägt entscheidend dazu bei, die 
Zusammenarbeit von Bauele- 
mentehersteller und -anwender 
auf immer höherem Technolo- 
gieniveau enger zu gestalten. 
Entsprechend ausgebaut wird 
hier das Angebot an Beratungen, 
Schulungen, Entwurfszentren 
und CAE-Werkzeugen für An- 
wender. Neue Anwendungsge- 
biete werden durch funktionelle 
Erweiterungen, die Erhöhung 
des Integrationsgrades und lei- 
stungsfähigere Technologien 
erschlossen. So wurden Stan- 


dardzellenentwurfssysteme vor- 
gestellt, die Zellen variabler Grö- 
ßen bis zu kompletten Mikropro- 
zessoren enthalten, und es be- 
ginnt der Einsatz von Silizium- 
Compilern für die Generierung 
von Funktionsblöcken. Intel gibt 
z. B. an, daß ein Drittel der Struk- 
tur seines 32-Bit-Prozessors 
80386 Standardzellen-Reihen- 
strukturen aufweist. Die dazu 
genutzten Entwurfsbibliotheken 
und CAE-Werkzeuge stellt diese 
Firma jetzt auch ihren ASIC-Kun- 
den zur Verfügung. In ca. 2 Jah- 
ren sollen derartige Bauele- 
mente Integrationsgrade von 
etwa 100000 Gattern erreichen. 
Bei der Weiterentwicklung der 
Software für Entwurf und Test 
von anwenderspezifischen 
Schaltkreisen werden Fragen 
der Testbarkeit als Hauptele- 
ment des Entwurfsprozesses 
berücksichtigt; es wird Zusatzlo- 
gik für einen testfreundlichen 
Entwurf integriert. 

Intel und Altera stellten die mo- 
dulare Hardwareentwicklung 
von programmierbaren Logikele- 
menten vor und schulten mit ei- 
nem Entwicklungssystem, das 
auf einem leistungsfähigen Per- 
sonalcomputer abläuft. Die ge- 
zeigten EPLD-Bauelemente ent- 
halten EPROM-Zellen, die durch 
ultraviolettes Licht gelöscht und 
dann wieder programmiert wer- 
den können. Diese Technik ist 
für Anwender in der Industrieau- 
tomatisierung interessant, die 
selbst mikroelektronische Baue- 
lemente entwerfen und herstel- 
len wollen. 

In der Nachrichtentechnik wur- 
den mikroelektronische Bauele- 
mente für die Digitalisierung als 
Grundvoraussetzung zur Reali- 
sierung eines ISDN-Konzeptes 
für die Sprach-, Daten-, Text- 
und Bildkommunikation heraus- 
gestellt. Die führenden Halblei- 
ter- und Systemhersteller zeig- 
ten dazu ihre Entwicklungser- 
gebnisse, insbesondere das 
Sortiment für den digitalen ISDN- 
Teilnehmer und die zentralensei- 
tige Anschaltung. Die Schalt- 
kreise wandeln die Signale aus 
den unterschiedlichen Informa- 
tionsquellen in einheitlich co- 
dierte Impulsströme, die in den 
Vermittlungs- und Übertra- 
gungseinrichtungen verarbeitet 
werden. Zu den Schaltkreisen, 
die universell in einem ISDN er- 
setzbar sein sollen, gehören z. 

B. Bauelemente zur Anschaltung 
analoger Endgeräte an das digi- 
tale Netz (lOM-lnterface von Sie- 
mens) oder Schaltkreise zur 
Realisierung der Funktionen Ko- 
dieren/Dekodieren/Filtern und 
Zeitlagenzuordnung (29 C53 


und 29 C28 von Intel). ISDN- i 

Schaltkreise erfordern das Inte- I 

grationsniveau des 1 -M-DRAM, I 

für die U-Schnittstelle dazu ana- fl 

logfähig, und stehen als Beispiel | 

für höchstintegrierte ASICs. 

Zur Electronica '86 wurde eine 
breite Palette an Meßtechnik 
ausgestellt mit dem Schwer- 
punkt der automatisierten VLSI- , 

Tester der Firmen aus Japan | 

und den USA. Derartige Geräte 
mit 

256 Ein-/Ausgangskanälen, Da- 
tenraten von 40 bis 100 MHz, 
aufgebaut mit Hochgeschwin- J 

digkeitsschaltkreisen und -si- 
gnalprozessoren sowie Bauele- 
menten in ECL bzw. GaAs-Tech- 
nik, sind eine Grundvorausset- 
zung für die Produktion höchstin- 
tegrierter Schaltkreise und wer- 
den entsprechend deren Tech- 
nologiefortschritt weiter entwik- 
kelt. Automatische Tester haben 
z. Z. etwa ein Viertel der gesam- 
ten elektronischen Meßtechnik 
erobert, wobei der Einsatz zum 1 

Bauelementetest ca. 50 % , der 
Leiterplattentest ein Drittel und j 

die Prüfung von Verbindungen ! 

und unbestückten Leiterplatten 
ca. 10% des Wertvolumensaus- 
machen. Als Beispiel sei das Sy- 
stem LT 1 000 von Tektronix ge- 
nannt, das für die Testung kun- 
denspezifischer Schaltkreise in 
CMOS-Technologie bei der Her- 
stellung und im Wareneingang 
entwickelt wurde. Es ermöglicht 
über ein Ethernet-Netzwerk den 
Anschluß an CAE-Systeme. Mit 
Hilfe einer „künstlichen Intelli- 
genz“-Software wurde die Ent- 
wicklungszeit von Testprogram- 
men von Tagen auf Stu nden re- 
duziert. Als bedeutungsvoll muß 
auch der zweitägige 1 2. Interna- 
tionale Kongreß „Mikroelektro- 
nik“ angesehen werden. Dieser 
Kongreß bot Einblick in markt- 
orientierte Fragestellungen und 
stellte Ergebnisse sowie künftige 
Aufgaben der wissenschaftlich- 
technischen Entwicklung dar. 

Weitere wissenschaftlich-techni- 
sche Veranstaltungen waren der 
Makroelektronik, der Sensorik 
und der Qualitätssicherung ge- j 

widmet. Die Vortragsreihen be- ] 

schäftigten sich mit neuen Baue- 1 

lementen und Schaltungskon- 
zepten der Leistungselektronik, 
lokalen Sensorsystemen mit Mit- 
teln der Digitaltechnik und dem j 

gemeinsamen Bemühen von ] 

Bauelemente- und Geräteher- j 

Stellern um eine hohe Betriebssi- ’ 

cherheit elektronischer Geräte, 
besonders beim Übergang zu 
neuen, effektiveren Bestük- 
kungstechnologien von Leiter- 
platten wie der Oberflächenmon- 
tage (SMT). 


Ha. 
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Mikroelektronik 
und deren Bauelemente 

Lexikonreihe: 1000 Begriffe für 
den Praktiker 

Herausgeber: K.-P. Scholz, VEB 
Verlag Technik Berlin 1986, 

1 . Auflage, 270 S.; 2. unverän- 
derte Auflage 1987 

Das Buch beginnt mit einer hal- 
ben Seite einführender Hinweise 
und faßt dann mit vielen wichti- 
gen Begriffen den grundsätzli- 
chen Grundwissensschatz zu 
den meisten Problemkreisen der 
modernen Mikroelektronik al- 
phabetisch geordnet zusam- 
men. Die Begriffe sind gut aus- 
gewählt, systematisch und prä- 
gnant beschrieben und logisch 
geordnet. Natürlich bleiben da- 
bei auch manche Wünsche of- 
fen. Das sind aber zumeist allge- 
mein noch unklar eingeführte 
Begriffe, wie z. B. Interrupt-Be- 
fehl (eben kein richtiger Befehl), 
seltener grundsätzliche Kernbe- 
griffe wie z. B. Schaltung (be- 
steht aus Schaltelementen; 
(ideale elektrische) Verbindun- 
gen und R, L, C, T, . . . (in Form 
von deren Schaltsymbolen, die 
wiederum durch entsprechende 
Ersatzschaltungen ersetzt wer- 
den können)). 

Insgesamt kann dem Leser das 
Buch warm empfohlen werden. 
Er wird gern und mit Gewinn 
nachschlagen und blättern. 

Prof. Dr. D. Eckhard 

Handbuch TTL- 
und CMOS-Schaltkreise 

von E. Kühn, VEB Verlag Tech- 
nik Berlin, 2. Auflage 1986, 

41 2 S. 

TTL-Schaltungen haben in den 
60er Jahren den Siegeszug Inte- 
grierter Schaltungen (IS), der 
Digitaltechnik und der (Digital-) 
Rechentechnik begründet. Sie 
haben die Schaltkreisreihen als 
universelle Baukästen für den 
Aufbau beliebiger (komplexer 
digitaler) Schaltungen aus Inte- 
grierten Schaltungen vorgeprägt 
mit den damals beherrschbaren 
Integrationsgraden SSI und MSI. 
Die TTL-Schaltkreis-Reihen sind 
in ihrem Typenspektrum ständig 
erweitert und um neue moder- 
nere Reihen ergänzt worden. 

Sie geben die Standard-An- 
schluß/lnterface-Normen auch 
für fast alle LSI-, VLSI- sowie 
Spezial-IS vor. In den letzten 
Jahren wurden CMOS-Reihen 
als Ablösemöglichkeiten von 
TTL-Reihen eingeführt. In die- 
sem Sinne ist das Buch ein guter 
Überblick zum Gesamtproblem, 
zum Typenspektrum der Reihen, 
zu Aufbau, Funktion und Anwen- 


dung der TTL-und CMOS-Tech- 
nik. Es faßt sehr kompakt und 
doch leicht faßlich sehr viel Wis- 
senswertes zusammen und hilft 
dem Praktiker entscheidend. Die 
Abschnitte geben einen Über- 
blick über den Inhalt: Systematik 
der Schaltkreise, Gatterschalt- 
kreise, Flip-Flop-Schaltkreise, 
Übersichten: TTL- und CMOS- 
Schaltkreise, statische Eigen- 
schaften von TTL-Schaltkreisen, 
dynamische Eigenschaften von 
TTL- und CMOS-Schaltkreisen, 
Störeinflüsse bei TTL-Schalt- 
kreisen, CMOS-Schaltkreise, 
High-speed-CMOS-Schalt- 
kreise, Impulsgeneratoren, spe- 
zielle Schaltungsfunktionen, 
Zähler und Teiler, Schieberegi- 
ster, Dekodiernetzwerke, Multi- 
plexer, Addierer, programmier- 
bare Schaltkreise, Stromtreiber, 
Leistungstreiber und Empfän- 
ger, langsame störsichere Logik- 
baureihen; Anhänge: TTL- und 
CMOS-Schaltkreise der Baurei- 
hen 74 (Typenspektrum), 
CMOS-Schaltkreise der Baurei- 
hen 4000 (Typenspektrum), Ver- 
gleichsliste Digitalschaltkreise. 
Das Buch gibt einen erschöpfen- 
den Überblickzu TTL- und ange- 
paßten CMOS-Reihen bis zum 
Erscheinungsjahr 1 982 sowie zu 
langsamen/störsicheren Reihen 
der Automatisierung. Die schnel- 
len ECL-Reihen der Hochlei- 
stungs-Reichen- und Kommuni- 
kationstechnik sind nicht behan- 
delt worden. 

Das Buch ist andererseits auch 
in den Begriffschwächen unserer 
Zeit festgelegt. So beginnt der 
erste Satz mit „Ein Schaltkreis 
besteht aus einer Anordnung 
von Bauelementekomponenten, 
..." - das ist schon ein Monster! 
Das Zitat beginnt und endet mit 
Eindeutschungsmißgeburten: 
Schaltkreis statt richtig Schal- 
tung ggf. integrierte Schaltung 
infolge einer integrierten Herstel- 
lung, Bauelementekomponen- 
ten statt richtig Schaltelementen 
oder ggf. Schaltungselementen. 
Doch ohne solche Monster wäre 
alles zu einsichtig. 

Insgesamt muß man zu diesem 
Buch nicht mehr besonders Zu- 
raten, es hat sich ja bereits als 
unentbehrliches Nachschlage- 
werk durchgesetzt! 

Prof. Dr. D. Eckhardt 

Flexible Automatisierung 

Autorenkollektiv, Verlag die 
Wirtschaft Berlin 1986, 96 S. 

Die Schrift des Verlages Die 
Wirtschaft mit dem Titel Flexible 
Automatisierung und dem Unter- 
titel Schlüseltechnologie für hö- 
here Produktivität und Effektivi- 


tät -geschrieben von den in Pla- 
nung und Wirtschaft hochprofi- 
lierten Autoren G. Proft, K.-P. 
Dittmar, H. Gerke, R. Winter, E. 
Adam, H. Berteit und H. Freimül- 
ler -erweist sich bei der Lektüre 
als hochaktueller Ratgeber und 
Agitator bei der Durchsetzung 
der komplexen Rationalisierung 
und Automatisierung insbeson- 
dere in der fertigungstechni- 
schen Industrie. Dazu werden 
sowohl konkrete, fast rezeptive 
Informationen gegeben, als auch 
verallgemeinerte, beliebig über- 
tragbare Schlußfolgerungen für 
die Durchsetzung der Be- 
schlüsse des XI. Parteitages ge- 
zogen. 

Die flexible Automatisierung wird 
völlig zurecht über die Ferti- 
gungsvorbereitung und die Ferti- 
gungssteuerung hinaus auf die 
„durchgängig rechnerintegrierte 
Produktion“ (CIM, Computer In- 
tegrated Manufacturing) qualita- 
tiv gehoben, um so die Heraus- 
bildung der mindestens in einer 
Schicht bedienfreien Produktion 
(automatisierte Fabrik) als ent- 
scheidendes Ziel der Entwick- 
lung unserer Produktivkräfte zu 
begründen. In dieser Logik wer- 
den sowohl parteistrategische, 
leitungsorganisatorische, objekt- 
bezogene technische als auch 
soziologische und humanisti- 
sche Fragen prinzipiell deklarativ 
behandelt. Die reichen Erfahrun- 
gen, die von den Autoren insge- 
samt vermittelt werden, sind 
ohne Zweifel ein Fundus für poli- 
tische, ökonomische und techni- 
sche Leiter gleichermaßen wie 
für Ingenieure und Arbeiter, die 
selbst einen solchen komplexen 
Prozeß bewältigen wollen. 

Prof. Dr. M. Roth 

Strategie der Haie 

von Heerke Hummel. Urania- 
Verlag Leipzig. Jena Berlin, 
1986, 159S., Reihe klartext 

Einen Blick hinter die Kulissen 
des Hochkapitals gestattet die 
vorliegende Broschüre. Gekonnt 
verbindet der Autor Authenti- 
sches - herausgearbeitet aus 
zahlreichen Quellen - mit einem 
fiktiven Erzählhintergrund. Da- 
durch ist die Publikation span- 
nend und unterhaltsam zugleich 
zu lesen. Besonders gelungen 
sind die Kapitel über die Kon- 
zerne IMB-„Big-Blue“ und Sie- 
mens; zeigen sie doch detailliert 
auf, wie sich die beiden Unter- 
nehmen zu Giganten entwickeln 
konnten. Die geschilderten Fak- 
ten sprechen dabei für sich. Sie 
ergeben ein realistisches Bild 
überdas Gebahren internationa- 
ler Konzerne, wo jedes Mittel 


recht ist, um Profit zu erzielen. 
Die vielen Karikaturen bilden 
eine gute Ergänzung zum Text. 

I. Paszkowsky 

VENUS-Entwurf 
von VLSI-Schaltungen 

von E. Hörbst, M. Nett, H. 
Schwärtzel, Springer-Verlag, 
Berlin-Heidelberg-New York- 
Tokyo 1986, 336 S. 

Für alle Technikbereiche ist 
die Mikroelektronik der ent- 
scheidende Innovationsmotor. 
Das gilt anerkanntermaßen 
seit einigen Jahren besonders 
für Mikroprozessor-Software- 
lösungen. Jetzt zeichnet sich 
aber ab, daß auch Hardwarelö- 
sungen auf der Grundlage von 
VLSI-Schaltkreisen als soge- 
nannte ASIC (application spe- 
cific integrated circuits) zuneh- 
mend wirksam werden. Die 
Trendaussagen weisen auf ein 
überdimensionales Wachstum 
hin. 

Das vorliegende Buch ist die- 
sem Problemkreis gewidmet. 
Grundlage ist das gleichna- 
mige Schaltkreis-CAD-System 
von Siemens. Dieses System 
befindet sich seit längerer Zeit 
in der praktischen Nutzung. 

Die sieben Abschnitte des Bu- 
ches geben einen sehr guten 
Überlick zu allen derzeit prak- 
tisch relevanten Problemen: 

- Einführung in die Design- 
technik für integrierte Schaltun- 
gen; 

- Einführung in die Halbleiter- 
technologie für integrierte 
Schaltungen; 

- Layoutdesignmethoden; 

- Prüftechnische Konzepte; 

- Zellen und Bibliotheken; 

- Einsatz des Entwurfssytems 
VENUS; 

- Ausblick. 

Das Buch enthält zahlreiche 
praktische Beispiele in der Ge- 
genüberstellung von Hard- und 
Softwarelösungen. 

Im recht kurzen letzten Ab- 
schnitt wird auf die Breitenan- 
wendung und die Integration 
mit anderen (z. B. globaleren) 
Entwurfssystemen hingewie- 
sen. Siliconcompilerlösungen 
werden im Prinzip im gesamten 
Inhalt methodisch vorbereitet, 
aber erst am Schluß explizit 
angesprochen. 

Das Buch ist nicht nur für VE- 
NUS-Nutzervon Interesse. 

Prof. Dr. D. Eckhardt 
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Technologische 
Ausrüstungen zur 
Chipherstellung 

Geräte für die Hochtechnologien 
stellte das Kombinat VEB Carl 
Zeiss JENA auf der Leipziger 
Frühjahrsmesse 1 987 vor. In ei- 
nem Raum in Halle 1 4 war eine 
Gerätestrecke für die Chipher- 
stellung zu sehen. Das erste 
Glied bildete dabei der automati- 
sche Vielfachsondentaster AVT 
120. Mit ihm erfolgt die elektri- 
sche Prüfung der Schaltungen 
auf den Halbleiterscheiben nach 
dem Zyklus I. Es können stati- 
sche und dynamische Tests an 
analogen und digitalen Schaltun- 
gen durchgeführt werden. Die 
Ein- und Ausgabe der Halbleiter- 
scheiben - sie können einen 
Durchmesser von 76 bis 1 50 mm 
(3 bis 5 Zoll) besitzen - kann ne- 
ben der automatischen, magazi- 
nierten Form auch manuell erfol- 
gen. Die bauelementespezifi- 
schen Daten (Durchmesser, 
Dicke usw.) können wahlweise 
über Tasten oder durch ein aus- 
tauschbares EPROM eingege- 
ben werden. Durch einen Kreuz- 
tisch mit linearen Schrittantrie- 
ben werden in Verbindung mit 
dem dazugehörigen Stellsystem 
die Halbleiterscheiben in den 4 
Koordinaten x, y, z und cp positio- 
niert. Die Schritteinheit beträgt 
5^m; der Positionierfehler liegt 
bei ± 10/rm (bei 20°C). Als Steu- 
errechner fungiert ein K 1520. 
MDB 10 und MDB20 sind manu- 
elle Drahtbonder. Der MDB20 ist 
ein Golddrahtbonder für die 
Thermosonic- und Thermokom- 
pressionskontaktierung. MDB10 
ist dagegen ein Ultraschallbon- 
der zur Kontaktierung von Alumi- 
niumdrähten mit einer Stärke 



2 Fotos: Paszkowsky (2) 


von 17,5/rm bis 100 ^m. Das 
Bonden mit Aluminiumdrähten 
hat nicht nur den Vorteil des billi- 
geren Rohstoffes, es ist auch 
besser geeignet für Chips, die 
nur wenig thermisch belastet 
werden können. 

Für beide Geräte werden als 
Hauptanwendungsgebiete For- 
schung und Entwicklung, Klein- 
serienfertigung und die Verwen- 
dung als Reparaturbonder in der 
Großserienfertigung angege- 
ben. 

In der Großserienfertigung kann 
der Ultraschallbonder VADB60 
(Bild 1 ) - ein Vollautomatischer 
Drahtbonder - eingesetzt wer- 
den. Zwei Gerätegrundvarianten 
für Hybridbauelemente und Trä- 
gerstreifen erschließen ein brei- 
tes Anwendungsgebiet. Als cha- 
rakteristische Merkmale und 
Vorteile werden u. a. angege- 
ben: drehbarer Bondkopf mit 
programmierbarer z-Bewegung, 
Aufbau von Magazin-zu-Maga- 
zin-T ransportsystem oder Bau- 
teilaufnahme, programmierbare 
Bondparameter und automati- 
sche Bondkontrolle. Als Draht 
wird AlSi mit einem Durchmes- 
ser von 25 bis 50 um verwendet. 


Zwei Kl 520 dienen als Steuer- 
rechner. 

Spitzenmodell war der vollauto- 
matische Chipbonder VACB01 
(Bild 2), der mit hoher Genauig- 
keit verschiedene Montagetech- 
nologien ausführen kann. Verar- 
beitetwerden Scheiben von 2 
bis 6 Zoll Durchmesser und einer 
Dicke bis zu 0,6 mm. VACB01 
verfügt über ein Bilderkennungs- 
und Kontrollsystem für automati- 
sche Chipselektion. Wichtige 
technologische und maschinen- 
technische Parameter sind frei 
programmierbar. Die Bondzeit 
liegtim Bereich von 0,1 bis 10 s. 
Die Chipablageunsicherheit be- 
trägt in x,y-Richtung ± 50 bis 
lOO^rn in Abhängigkeit von 
Chipabmessung und Montage- 
technolögie. MP 

Technische Hochschule 
Magdeburg wurde 
Universität 

Der Status einer Technischen 
Universität wurde am 23. März 
der Technischen Hochschule 
„Otto von Guericke“ Magdeburg 
verliehen. Die Bildungs- und For- 
schungsstätte, an der bisher 
1 6 000 Direkt- und 3000 Fernstu- 
denten ein Studium absolvierten, 
war 1953 als Hochschule für 
Schwermaschinenbau gegrün- 
det worden. 

Auf der Grundlage von 1 5 Koor- 
dinierungs- und über 140 Lei- 
stungsverträgen arbeitet die Uni- 
versität eng mit Kombinaten und 
Betrieben zusammen. 

Neuer Schachcomputer 

Der Schachcomputer CMC „Dia- 
mond“ ist eine Weiterentwick- 
lung des Schachcomputers 
„Chess Master“. Er wurde u. a. 
durch den Steckplatz für eine 
Programmkassette zur Pro- 
grammerweiterung ergänzt. Die 
Zugeingabe erfolgt auch hier au- 
tomatisch über Sensorfelder. 

Der CMC hat 16 KByte ROM und 
3 KByte RAM. Ober eine 4stel- 
lige alphanumerische LED kön- 
nen die Zeit, die Anzahl der Züge 
sowie die Stellungsbewegung 
ausgegeben werden. Acht Spiel- 
stufen, zwei Analysestufen und 
vier Mattstufen sind einstellbar. 

Informationsbank 

Software 

Anfang 1 986 wurde die Zentrale 
Informationsbank Software 
ZIBS gegründet, die die Mehr- 
fachnutzung von Software-Lö- 
sungen ermöglichen soll. Ge- 
genwärtig sind in der ZIBS rund 
1 0 000 unterschiedliche Soft- 
ware-Lösungen gespeichert. Je- 


der Betrieb ist verpflichtet, vor 
Beginn seiner Entwicklungsar- 
beiten im VEB Datenverarbei- 
tungszentrum, Kennwort: Soft- 
ware, PF 408, Dresden, 8012 
nach bereits vorhandenen Lösun- 
gen anzufragen bzw. Informatio- 
nen über eigene Software an die 
Informationsbank zu übergeben. 

Termine 
XII. Fachtagung 
Mikroelektronik 
Dezentrale Informations- 
verarbeitung bei der Auto- 
matisierung technischer 
Prozesse, Meßtechnik und 
der Bürodatenverarbeitung 
WER? Ingenieurschule für Elek- 
tronik und Informationsverarbei- 
tung 

WANN? 3.-5. Mai 1988 
WO? Stadthalle Görlitz 
WAS? Aufzeigen von Notwen- 
digkeiten und Möglichkeiten der 
dezentralen Informationsverar- 
beitung. Dabei stehen folgende 
Themenkomplexe im Vorder- 
grund: 

• Einsatz lokaler und globaler 
Netze in der Bürodatenverarbei- 
tung 

• lokale Netze in der Prozeßau- 
tomatisierung und in der Meß- 
technik 

• Software und Hardware für 
Mikrorechnerkopplungen 

• nachnutzungsfähige Kom- 
plexlösungen unter Einsatz von 
Mikrorechnern für die Automati- 
sierungstechnik 

• verallgemeinerungsfähige 
Teillösungen aus größeren Auto- 
matisierungsprojekten 

• Projekte und Einsatzerfahrun- 
gen unter Nutzung industriell ge- 
fertigter Mikrorechnersysteme 

• Methoden und Erfahrungen 
zur Entwicklung und Implemen- 
tierung von Programmsystemen 
für die dezentrale Informations- 
verarbeitung. 

Die Veranstaltung ist wie immer 
mit einer Ausstellung gekoppelt, 
die gemeinsam mit dem VEB 
Maschinenbauhandel Berlin zu 
Problemen der elektronischen 
Meßtechnik gestaltet wird. Fer- 
ner besteht die Möglichkeit, die 
in den Vorträgen vorgestellten 
Lösungen auf dieser Ausstellung 
im Original vorzuführen. 

WIE? Vortragsanmeldungen 
(mit Thema und Schwerpunkten) 
und Teilnahmemeldungen bis 
spätestens 1 . September 1 987 
an: Ingenieurschule für Elektro- 
nik und Informationsverarbei- 
tung „Friedrich Engels“, Dr. Ul- 
rich, Boleslaw-Bierut-Str. 1, 
Postfach 151, Görlitz, 8900. 

Dr. Ulrich 
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Fertigungsorientierte Meß- 
und Prüftechnik 

Stand und Tendenzen 


Dr. Uwe Bühn 

VEB Robotron-Meßelektronik 
„Otto Schön“ Dresden 

1. Aufgaben und Ziele der Meß- 
und Prüftechnik 

Jeder Fertigungsprozeß ist prinzipiell 
fehlerbehaftet, weil es 

- keine fehlerfrei produzierende tech- 
nologische Einrichtung 

und 

- keinen fehlerfrei arbeitenden Men- 
schen 

gibt. 

Trotzdem besteht die Notwendigkeit, 
ein (nahezu) fehlerfreies Endprodukt ' 
auszuliefern und dafür eine bestimmte 
Zuverlässigkeit zu garantieren. 

Die in den Prozeß integrierte Meß- und 
Prüftechnik (MuP) verfolgt deshalb 
zwei strategische Ziele: 


Bild 1 Trivialmodell eines Fertigungsabschnittes 
mit Montage-, Prüf- und Reparaturprozeß 

Bild 2 Relative Kosten für die Lokalisierung und 
Beseitigung eines in den Prozeß eingeschleppten 
(Bauelemente-)Fehlers in Abhängigkeit vom Ver- 
edelungsgrad 

WE - Wareneingang; LP - Leiterplatte montiert 

Bild 3 Klassisches Modell einer Fertigungslinie 
für elektronische Erzeugnisse mit zugeordneten 
Prüfprozessen und Testeinrichtungen 
BE - Bauelement 
BB- Bare Board = ULP 



• Sicherung der Erzeugnisqualität 
durch Erkennen und Beseitigen von 
Fehlern (Bekämpfung der Wirkungen) 
als Nahziel und 

• Verbesserung der Erzeugnisqualität 
durch Erkennen und Beseitigen der 
Fehlerursachen als Fernziel. 

Das für den ersten Fall gültige Trivial- 
modell zeigt Bild 1. 

Jedes fehlerhafte Produkt zirkuliert so- 
lange in der Test- und Reparatur- 
schleife, bis es im Rahmen der mögli- 
chen Fehlererkennung als fehlerfrei be- 
wertet wird. 

Das Modell gibt zunächst noch keine 
Auskunft darüber, was, wo und womit 
geprüft werden soll. Um diese Fragen 
beantworten zu können, benötigt man 
eine detaillierte Prüfstrategie, und diese 
wiederum wird ausschließlich durch die 
Ökonomie bestimmt. 

Als Faustregel dafür ist international 
seit Jahren die sogenannte „Zehnerre- 
gel“ bekannt (Bild 2), die besagt, daß 
zur Beseitigung eines in den Prozeß ein- 
geschleppten (Bauelemente-)Fehlers 
von Prozeßstufe zu Prozeßstufe mit dem 
Faktor 10 wachsende Kosten aufzuwen- 
den sind. 

Diese Regel hat sich inzwischen als sehr 
grob herausgestellt, da sie die im Prozeß 
erzeugten Fehler und andere Fehler- 
quellen nicht berücksichtigt. 

Eine genauere Analyse zeigt, daß es 
zwei Hauptfehlergruppen gibt, nämlich: 

• Fehler, die als Input in den Prozeß 
eingesteuert und 

• Fehler, die im Prozeß generiert wer- 
den. 


Zur ersten Gruppe gehören neben den 
viel zitierten Bauelementefehlern alle 
Arten von Entwurfsfehlern (Schaltungs- 
fehler, Topologiefehler, Fehler in den 
technologischen Vorschriften). In der 
zweiten Gruppe dagegen dominieren 
Lötfehler, Verbindungsfehler und Be- 
stückungsfehler. 

Experten haben bis zu 500 mögliche Ein- 
flußgrößen ermittelt, die von den kon- 
kreten Prozeßbedingungen abhängen. 
Die Optimierung des Gesamtprozesses 
ist daher ein aufwendiges Rechenpro- 
blem, zu dessen Lösung inzwischen 
ganze Softwarepakete angeboten wer- 
den (z. B. ESCAPE der Firma Orion). 
International haben sich folgende Er- 
kenntnisse durchgesetzt: 

• Fehler nicht „um jeden Preis“ vermei- 
den, aber dort erkennen und beseitigen, 
wo sie erzeugt werden. 

• Die Prüfstrategie muß flexibel sein 
auf Basis einer weitgehend konfigurier- 
baren Hard- und Software. 

Zur Realisierung flexibler Strategien 
wird auf dem internationalen Markt eine 
Riesenpalette von Testeinrichtungen 
angeboten, die trotz ihrer Vielfalt auf 
die für die Elektronikindustrie typischen 
Prozeßstufen orientiert ist'. 

Bild 3 zeigt das klassische Prozeßmodell 
mit den zugeordneten Prüfprozessen 
und Testerkategorien. 

Welche Bedeutung international der 
Meß- und Prüftechnik beigemessen 
wird, sei an drei Zahlen verdeutlicht: 

• 1982 betrug der Weltumsatz an Lei- 
terplatten-Testern 0,5 Mrd. US-$ 

• 1984 erreichte er 1 ,3 Mrd. US-$ 
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und für 

• 1986 wurde ein Weltumsatz von über 
3 Mrd. US-$ prognostiziert. 

Der Umsatz an Bauelemente-Testern 
lag etwa in gleicher Größenordnung. 
Das sind Steigerungsraten, wie sie kein 
anderer Zweig der Elektronik aufweisen 
kann. 

2. Zum internationalen Stand 

Es ist nicht Anliegen dieses Beitrages, 
technische Daten von Testeinrichtungen 
verschiedener Hersteller zu vergleichen. 
Vielmehr sollen einige typische Erschei- 
nungen und technisch-ökonomische 
Aspekte betrachtet werden. 

2.1. Komponenten-Test 
und Wareneingangskontrolle 

• Schaltkreise 

Noch vor wenigen Jahren galt interna- 
tional eine 100%ige Wareneingangs- 
kontrolle (meist gekoppelt mit Burn-In) 
als ungeschriebenes Gesetz. Dafür wer- 
den Tester in allen Preiskategorien an- 
geboten. 

Mit dem Aufkommen der VLSI-Tech- 
nik haben nun selbst finanzstarke Her- 
steller elektronischer Geräte nach preis- 
günstigeren Alternativen gesucht, da 
sich die erforderlichen Investitionen im 
Bereich jenseits von 1 Mill. US-$ bewe- 
gen. 

Eine mögliche Alternative ist der Ab- 
schluß von Qualitätsvereinbarungen mit 
dem Bauelementehersteller, wobei letz- 
terer gegen Aufpreis vereinbarte Quali- 
tätsparameter garantiert und bei Nicht- 
erfüllung harte Sanktionen in Kauf 
nimmt. 

Mit anderen Worten, beide Parteien tei- 
len Risiko und Kosten unter dem 
Aspekt eines für jede Seite maximal 
möglichen Profits. 

• Vnbestückte Leiterplatten 

Der Bare-Board-Test, d. h. die Prüfung 
der Rohleiterplatte auf Unterbrechun- 
gen und Kurzschlüsse, gewinnt mit zu- 
nehmendem Schwierigkeitsgrad und der 
verstärkt angewandten SMD-Technolo- 
gie (SMD - Surface Mounted Devices, 
oberflächenmontierbare Bauelemente) 
an Bedeutung, da ein möglicher Ferti- 
gungsfehler an der fertigen Leiterplatte 
kaum noch korrigiert werden kann. 
Spitzenerzeugnisse auf diesem Sektor 
verfügen über einige zehntausend Pins 
(Beispiel Fluke 3200 A mit 65000 Pins), 
wobei die maximale Pin- Anzahl heute 
kein elektronisches Problem mehr ist, 
sondern in erster Linie ein Adaptie- 
rungsproblem. 

Deshalb wurde auch hier nach Lösungen 
gesucht, die den teuren Adapter umge- 
hen. Dazu wurde von der Firma MA- 
NIA mit dem optischen Tester MOP 
5000 eine interessante Variante auf den 


Dr.-Ing Uwe Bühn (52) studierte von 1956- 
|| 1961 an der Technischen Hochschule Urne- i 
■ nau Hochfrequenziechnik Nach einer Assi- 
|| stenzzett an der gleichen Einrichtung arbei- 
tete er von 1 965 bis 1 979 als Entwicktungs- 
Ingenieur im damaligen VE8 Funkwerk 
Dresden (jetzt VEB Robotron Meßetektro- 
- nik, MKD). Während dieser Zeit waf er im I 

s Auftrag des M für Elektrotechnik und Elek- 
tronik bzw der UNIDO mehrmals als Spe- || 
zialist in der ARA eingesetzt 
Seit 1 980 ist er Leiter der Abteilung Meß- 
und Prüftechnik im VEB Robotron Meßelek- 
§1 tronik. Dr. Bühn ist T räger zahlreicher Aus 
II Zeichnungen - u. a Verdienter Erfinder - 
|§ und Inhaber von 47 Patenten. 


Markt gebracht. Dieser Tester tastet die 
Leiterplatte mit 8 Kameras und einer 
Geschwindigkeit von 1 MBit/s optisch 
ab und ermöglicht einen Durchsatz von 
12m 2 Fläche/Stunde. Dies entspricht 
etwa dem Durchsatz konventioneller 
Bare-Board-Tester, wobei jedoch kein 
spezifischer Adapter erforderlich ist. 
Die Sollinformation wird von einer Gut- 
karte abgenommen. Die Feinzentrie- 
rung der Leiterplatte erfolgt mit den 
Mitteln der Bildverarbeitung. 

• Verdrahtungsrahmen 
Rückverdrahtungen, soweit sie nicht als 
flexible oder starre Leiterplatte ausge- 
führt sind, werden grundsätzlich einem 
Verbindungstest unterzogen. Allerdings 
gibt es nur wenige Firmen, die Verbin- 
dungstester anbieten (z. B. WEE/ 
BRD). Dies läßt darauf schließen, daß 
die Wickelverdrahtung an Bedeutung 
verliert. 

2.2. Board-Test 

Der unwahrscheinlich harte Konkur- 
renzkampf, der auf dem Gebiet des 
Board-Tests (Prüfung bestückter Leiter- 
platten) von mehr als zweihundert Fir- 
men ausgetragen wird (wobei die 4 
„Großen“, nämlich GenRad, Mem- 
brain, Marconi und Zehntel über 50% 



a) Prinzip der Funktionsprüfung 

b) Prinzip der In-Circuit-Prüfung 


des Marktes beherrschen) , läßt den 
Schluß zu, daß die bestückte Leiter- 
platte (BLP) auch weiterhin die zentrale 
Baugruppe der Elektronik bleiben wird. 
Zum besseren Verständnis der gegen- 
wärtigen Situation seien an dieser Stelle 
einige Erläuterungen zu den Begriffen 
„Funktionstest“ und „In-Circuit-Test“ 
eingefügt. 

Beim Funktionstest wird die Schaltung 
„am Rand“ adaptiert (meist über den 
Steckverbinder) und mit den notwendi- 
gen Versorgungsspannungen und Prüf- 
signalen beaufschlagt. Die Reaktion des 
Prüflings wird in der Regel ebenfalls 
„am Rand“ gemessen (s. Bild 4a). 

Von Ausnahmen abgesehen, wird der 
Test beim ersten Fehler abgebrochen. 
Die anschließende Fehlersuche ist kom- 
pliziert und erfordert hochqualifizierte 
Fachkräfte. 

Beim In-Ciruit-Test wird - wie der Name 
aussagt - „in der Schaltung“ gemessen. 
Dazu wird jeder Schaltungsknoten über 
ein Nadelbett adaptiert. Im Gegensatz 
zum Funktionstest wird die Schaltung 
nicht in den aktiven Zustand versetzt, 
sondern jedes Bauelement wird unter 
Ausschaltung der Einwirkung der umge- 
benden Schaltung isoliert für sich ge- 
prüft (siehe Bild 4b). Dazu sind raffi- 
nierte Testprinzipien entwickelt wor- 
den, die in der einschlägigen Literatur 
ausführlich beschrieben sind l\l. Da 
auch diese Prinzipien nur dann funktio- 
nieren, wenn eine 100%ige Adaptie- 
rung vorliegt und die Leiterplatte frei 
von Kurzschlüssen und Unterbrechun- 
gen ist, werden der Bauelementeprü- 
fung unter Nutzung der vorhandenen 
Elektronik Prüfungen auf 

- Kontaktsicherheit • 

- Kurzschlüsse und 

- Unterbrechungen 

vorangestellt (Trivialfehler-Test). Zu 
diesem Zweck wird jeder Leiterzug und 
jede mögliche Verbindung zwischen be- 
nachbarten Leiterzügen (Atzfehler oder 
Lötfehler) als Bauelement (Widerstand) 
betrachtet. 

Eine Sonderstellung nimmt die Prüfung 
integrierter digitaler Schaltkreise auf 
der Leiterplatte ein. Da die logische 
Prüfung nur bei anliegenden Versor- 
gungsspannungen erfolgen kann, läßt 
sich der Einfluß der umgebenden Schal- 
tung nur ausschalten, indem die tatsäch- 
lich anliegenden Pegel brutal über- 
schrieben werden (als back-driving bzw. 
nodeforcing, d. h. Knotenüberschrei- 
bung bezeichnet). Da dieses Testprinzip 
den Schaltkreis thermisch stark belastet, 
muß die Zeit für den Test auf einige zehn 
bis einige hundert Mikrosekunden be- 
schränkt werden. 

Bild 5 zeigt das Grundprinzip. Hinter 
jedem Pin des Testers befindet sich eine 
aufwendige Elektronik, die program- 
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mierbare Treiber- und Sensorschaltun- 
gen sowie einen Pin-Speicher (RAM) 
umfaßt. 

Dieser Speicher enthält vor der Prüfung 
das Prüfmuster und nach der Prüfung 
das Testergebnis. 

Um im Interesse einer hohen Taktfre- 
quenz die Leitungslänge kurz halten und 
gleichzeitig 500 .. . 2000 Pins versorgen 
zu können, muß die Pin-Elektronik 
grundsätzlich in LSI-Technik ausgeführt 
sein. 

Die Vorteile des In-Circuit-Tests sind 
enorm. In einem ersten Pass (Prüfgang) 
werden sämtliche Trivialfehler und im 
nachfolgenden zweiten Pass sämtliche 
Bauelementefehler punktgenau ermit- 
telt und protokolliert. 

Die Programm-Erzeugung geschieht au- 
tomatisch (ATG - Automatic Test Ge- 
neration) und erfordert lediglich die 
Eingabe der Stücklisten-Daten sowie 
die Eingabe willkürlich festgelegter 
Knotennummern. Die Prüfmuster aller 
international eingeführten Schaltkreise 
sind in einer Schaltkreis-Bibliothek zu- 
sammengefaßt (einige 1000 Bibliotheks- 
programme sind Stand der Technik). 

Bis 1972 war der Funktionstester (FuT) 
das einzige Mittel zur BLP-Prüfung. 
Seine Unfähigkeit, Prozeßfehler zu lo- 
kalisieren, führte zur Erfindung des In- 
Circuit-Testers (ICT). Nachdem wenige 
Jahre später mit dem Backdriving bzw. 
Node-Forcing ein wirksames Prinzip zur 
Prüfung digitaler LSI-Schaltkreise auf 
der BLP gefunden wurde, war der Sie- 
geszug des ICT nicht mehr aufzuhalten, 
und bereits 1982 wurden etwa 20 % 
mehr ICT als FuT verkauft. g 
Inzwischen bahnt sich ein Comeback 
des FuT an, der die Gegner des ICT 
frohlocken läßt. 

Eine genaue Betrachtung zeigt jedoch, 
daß es sich hierbei um einen Funktions- 
test neuer Qualität handelt, wobei sich 
seine Schöpfer der Mittel des ICT bedie- 
nen, nämlich 

- Lokalisierung und Beseitigung von 
Trivialfehlern mittels In-Circuit-Tests 
(Prescreening) 

- Nutzung des Pin- Vektors 

- automatische Testprogramm-Gene- 
rierung (ATG) auf Basis von Schal- 
tungsbibliotheken. 

Erfolgen Prescreening und Funktions- 
prüfung über den gleichen (Nadelbett-) 
Adapter, so spricht man von einem 
Kombi-Test, dessen neueste, von Mem- 
brain kreierte Version einen simulierten 
Muttermaschinentest einschließt, wofür 
die Bezeichnung Multimode-Test einge- 
führt wurde. 

• Tester-Software 

In Testern der mittleren Preisklasse sind 
Software-Pakete von 10 ... 20 MByte 
Umfang installiert. Ein wesentlicher 



Bild 5 Prinzip des digitalen In-Circuit-Tests 
D-pgb. Treiber; S-pgb. Sensor 



Bild 7 Modell einer zentralen Datenverwaltung 
ATE- Automatic Test Equipment, automatische 
Test-Einrichtung 

ATG -Automatic Test Generation, automatische 

Testprogramm-Erzeugung 

CAD - Computer Aided Design, rechnergestützter 

Entwurf (hier: Schaltungs-, Logik- und Topologie- 

Entwurf) 

CAR - Computer Aided Repair, rechnergestützte 
Reparatur 


Teil davon wird von Programmen und 
Bibliotheken für die ATG belegt. 
Während zur Zeit des klassischen Funk- 
tionstestes einige Monate für die Test- 
programm-Erstellung notwendig waren, 
rechnet man heute mit Stunden, wobei 
sich die ATG stützt auf 

- CAD-Daten-Eingabe zur Schaltungs- 
analyse 

- Abnahme der Prüfmuster von einer 
Gutkarte (für Funktionstest). 

In der Regel erfolgen Produktion und 
Programmerstellung im Timesharing- 
Betrieb. Umfangreiche Programmpa- 
kete für die Systemüberwachung, War- 
tung und Eigendiagnose gehören eben- 
falls zum Stand der Technik. 

2.3. Geräte- und Anlagen-Test 
Setzt man voraus, daß alle Baugruppen 
und Verdrahtungsträger vor der End- 


montage die geschilderten Testeinrich- 
tungen passiert haben, so kann sich der 
Schlußtest auf eine Funktionskontrolle 
beschränken. 

Dazu bedient man sich frei konfigurier- 
barer Prüfplätze, die aus Geräten mit 
Standard-Interface (z. B. IEC 625) und 
einem intelligenten Controller beste- 
hen. 

Da jedoch moderne elektronische Ge- 
räte zunehmend über eigene Intelligenz 
verfügen, wird die Schlußprüfung im- 
mer mehr durch das Erzeugnis selbst 
durchgeführt, indem entsprechende In- 
betriebnahme-, Wartungs- und Dia- 
gnose-Routinen transient oder resident 
implementiert werden. 

3. Zum internationalen Trend ‘ 

Betrachtet man Tester und andere Prüf- 
einrichtungen losgelöst von ihrer Ein- 
satzumgebung, so lassen sich natürlich 
technische Trendmerkmale extrahieren, 
die mehr oder weniger auch für andere 
Gebiete der Elektronik gelten, wie etwa 

• digitale Signalerzeugung und -analyse 

• dezentrale Intelligenz mit weitgehen- 
der Vorverarbeitung der anfallenden 
Daten (Daten-Kompression) 

• Einsatz von VLSI und SMD 

• Konzentration auf die Programmier- 
sprachen BASIC, ATLAS und PAS- 
CAL bei der Software für FuT 

• ATG für ICT mit Schaltkreis-Pro- 
gramm-Bibliotheken und für FuT mit 
Schaltungs-Programm-Bibliotheken. 

Die eigentliche Revolution vollzieht sich 
jedoch gegenwärtig im Überbau, d. h. 
in der Ebene des übergeordneten Infor- 
mationsaustausches . 

Dafür stehen international die Schlag- 
worte „Factory of the Future“ (Fabrik 
der Zukunft) und CADMAT (Compu- 
ter Aided Design, Manufacture and Au- 
tomatic Test). 

Dabei sind mehrere Erscheinungen er- 
kennbar, die letztlich auf das eingangs 
erwähnte Ziel „Beseitigung der Fehler- 
ursachen“ gerichtet sind. 

1. Aspekt 

Beim Entwurf der ATG für den Prüf- 
prozeß und beim Reparaturprozeß er- 
folgt ein Zugriff auf Daten gleichen In- 
halts (siehe Bild 6 - Titelbild). 

Diese Daten sind gegenwärtig meist auf 
unterschiedlichen Datenträgern an un- 
terschiedlichen Orten untergebracht. 
Jede Änderung bedingt viele Kopien 
und damit hohe Kosten. 

Es liegt daher nahe, den Zwischenspei- 
cher Papier bzw. die noch übliche Off- 
Line-Kopplung durch einen zentralen 
elektronischen Speicher (Festplatte) zu 
ersetzen, mit folgenden Merkmalen: 

• zentrale Datenverwaltung 

• jeder (Teilprozeß) hat Zugriff 
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Bild 8 Material- und Informationsflüsse in und über einer Fertigungslinie 


• jeder (Teilprozeß) teilt aktuelle Er- 
kenntnisse der Zentrale mit, und 

• Änderungen erfolgen nur einmal am 
zentralen Ort (s. Bild 7). 

Für das Prüfobjekt (z. B. BLP) bedeutet 
das: 

■ Jedes Teilprodukt erhält eine elektro- 
nische Karteikarte mit seinem Lebens- 
lauf, der in der Zentrale verwaltet wird. 

■ ATE (Automatische Test-Einrich- 
tung) und CAR (Computergestützte 
Reparatur) aktualisieren diesen Lebens- 
lauf bis zum „Tod“ des Produkts. 

Voraussetzung dafür ist die maschinelle 
Identifikation des Prüflings hinsichtlich 
Typ und laufender Nummer (z. B. mit- 
tels Balkenkode). 

2. Aspekt 

Prüf- und Reparaturprozeß liefern eine 
Fülle von Daten an die Zentrale (Bild 
7), die sich bei entsprechender statisti- 
scher Auswertung nutzen lassen für 

- die Qualitätssteuerung (bzw. -rege- 
lung) der Fertigung, indem gehäuft auf- 
tretende Fehler über einen Prozeß-Ma- 
nager dem Verursacher signalisiert wer- 
den (Quality Control) 

und 

- eine Entwurfskorrektur, nämlich 
dann, wenn immer wieder auftretende 
dynamische Fehler beim FuT auf einen 
Entwurfsfehler schließen lassen. 

Im zuletzt genannten Fall laufen in dem 
On-Line-gekoppelten System (Bild 7) 
folgende Teilprozesse ab: 

- Korrektur der Schaltung 

- Korrektur der Topologie 

- Korrektur der Stückliste 

- Korrektur der Materialbestellung 

- Auslösen eines neuen ATG-Laufes 
zwecks Aktualisierung des Testpro- 
gramms. 

Es versteht sich von selbst, daß Quality 
Control nur dann funktioniert, wenn 
zwischen Montage- und Prüfprozeß 
keine Totzeiten liegen, wenn also der 
Prüfprozeß der dem Montageprozeß un- 
mittelbar folgende Arbeitsgang einer 


bestimmten Prozeßstufe ist. 

Auch Design Control ist nur dann sinn- 
voll, wenn eingehende Materialströme 
mit geringen Totzeiten beeinflußbar 
sind. 

Bild 8 zeigt die Material- und Informa- 
tionsflüsse einer kompletten Fertigungs- 
linie. Neben den Feed-back-Datenflüs- 
sen für Quality- und Design-Control 
werden auch Informationen an nachge- 
lagerte Fertigungsabschnitte geliefert 
(Feed-forward), zum Beispiel, um die 
zu erwartenden Typen oder Losgrößen 
anzukündigen. 

3. Aspekt 

Ein in einer weiteren Informations- 
ebene angeordneter Leitrechner, der 
die Informationen mehrerer Fertigungs- 
linien auswertet, kann - obwohl er ei- 
gentlich für CAM-Funktionen gedacht 
ist - zur Erkennung von Fehlern genutzt 
werden, die wegen zu geringer Häufig- 
keit in einer einzigen Prozeßlinie noch 
keine Warnung auslösen würden, wie 
zum Beispiel eine fehlerhafte Bauele- 
mente-Charge. 

Natürlich besteht jedoch seine Haupt- 
aufgabe darin, Informationen zu sam- 
meln und Aktivitäten auszulösen hin- 
sichtlich 

- Auslastung bestimmter Fertigungsab- 
schnitte 

- Qualität bestimmter Fertigungsab- 
schnitte 

- automatischer Material-Nachbestel- 
lung oder Stornierung 

- Anforderung Tester-Service 

- operativer Steuerung. 

4. Aspekt 

Ein weiterer Aspekt, der sich etwa seit 
1984 zeigt, besteht in der Nutzung der 
Ergebnisse auf dem Gebiet der künstli- 
chen Intelligenz (speziell Expertensy- 
steme). 

Dabei werden aufgetretene Fehlerbilder 
und erfolgreiche Reparaturaktivitäten 
in eine Bibliothek eingetragen. Mit dem 
Wachsen dieser Bibliothek können der 
Reparaturstation in zunehmendem 


Maße Erfolgsstrategien mitgeteilt wer- 
den. 

Außer für die Reparatur des Teilpro- 
dukts wird diese Strategie auch für Feh- 
ler am Tester selbst genutzt. Dies kom- 
pensiert den leichten Abfall der Dauer- 
verfügbarkeit mit zunehmendem Le- 
bensalter. 

• Das Adaptierungsproblem 
Die ständig steigende Packungsdichte, 
der Übergang zu SMD-bestückten Lei- 
terplatten und die Verkleinerung der 
Rastermaße (< 1 ,25 mm) lassen die 
Adaptierung der Leiterplatte zu einem 
Problem werden, das mit den klassi- 
schen Nadeladaptern in Zukunft nicht 
mehr lösbar sein wird und weltweit zu 
neuen Überlegungen zwingt. Dabei 
wird neben der fieberhaften Suche nach 
neuen Adaptierungsprinzipien zuneh- 
mender Wert auf eine prüfgerechte Ge- 
staltung der Leiterplatte gelegt (Mini- 
mierung der Testpunktanzahl, Schaf- 
fung abgesetzter Adaptierungsflächen 
usw.). Der Umschlag in eine neue Qua- 
lität deutet sich an, aber eine elegante 
Lösung steht im Moment noch aus. 
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Chip-Prüfung mit Ultra- 
schall-Mikroskop 

Mit Ultraschall arbeitet ein neues Mikroskop 
des japanischen Unternehmens Olympus 
Optical Co. und erreicht damit eine Auflösung 
von 0,35 Mikrometern. Als Einkopplungsme- 
dium wird nicht Wasser, sondern Flüssig- 
stickstoff verwendet. Dabei werde die Schall- 
ausbreitungsgeschwindigkeit abgebremst 
und zugleich die Schallfrequenz auf eine Mil- 
liarde Hertz angehoben (üblich ist die Arbeit 
mit 400 Millionen.Hertz). Die Bilder werden, 
wie die Zeitschrift „New Technology Japan“ 
berichtet, aus den Reflexionen der Ultra- 
schallwellen zusammengesetzt. Um Meßfeh- 
ler weitgehend auszuschließen, wird bei die- 
sem Mikroskop nicht die zu untersuchende 
Probe bewegt, sondern das Objektiv. Zusätz- 
lich werden die Bilder durch computerge- 
stützte Bildkontrolle verbessert. Die japani- 
sche Firma sieht Einsatzmöglichkeiten für 
dieses Mikroskop unter anderem in der Kon- 
trolle von Chips. Einerseits können damit die 
elektrischen Anschlüsse der Chips unter- 
sucht werden, andererseits lassen sich auch 
kleinste Aluminiumtröpfchen von 0,5 Mikro- 
meter Durchmesser aufspüren, die mit Elek- 
tronenmikroskopen nicht zu entdecken sind. 
Außerdem besteht bei der Arbeit mit Elektro- 
nenstrahlen die Gefahr, daß Chip-Strukturen 
beschädigt werden. 
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Software für Mehrmikrorechner- 
systeme 


Bernd Klühe 

Akademie der Wissenschaften der DDR, 
Zentral institut für Kybernetik 
und Informationsprozesse, 

Institutsteil Dresden 

1. Rechnerverbundsysteme 

in der Automatisierungstechnik 

Mit der Nutzung der Mikrorechentech- 
nik für komplexe Aufgaben ergibt sich, 
im Gegensatz zum Mikrorechnereinsatz 
für Einzelaufgaben, die Notwendigkeit 
des Einsatzes von Rechnerverbundsy- 
stemen. Folgende Merkmale sind dafür 
wesentlich 111, /2/: 

■ Erhöhung der Leistung durch Paral- 
lelarbeit mehrerer Rechner (Lastver- 
bund) 

■ geteilte Nutzung von Ressourcen 
(Ressourcenverbund) 

■ dezentraler, aufgabenbezogener Mi- 
krorechnereinsatz 

■ aufgabenbezogene Funktionsteilung 
zur modularen Strukturierung des Ge- 
samtsystems (Flexibilität, Änderbar- 
keit, Senkung der Softwarekosten) 

■ Erhöhung der Fehlertoleranz (Ver- 
fügbarkeitsverbund) . 

Die Gesamtleistungsfähigkeit gekoppel- 
ter Systeme wird entscheidend durch 
die Leistungsfähigkeit des Kommunika- 
tionssystems beeinflußt, siehe u. a. 121 
und ßl. Im folgenden werden wesentli- 
che Probleme der Betriebssystemgestal- 
tung busgekoppelter Mehrmikrorech- 
nersysteme (MMRS), als eine spezielle 
Problemklasse der Rechnerverbundsy- 
steme, untersucht und der Gestaltung 
einer Mehrmikrorechner- Kommunika- 
tionssoftware (MKS) zugrunde gelegt. 

2. Gestaltung wesentlicher Be- 
triebssystemkomponenten 

2.1. Hardwareumgebung 
Für die in den folgenden Kapiteln unter- 
suchten Probleme der Betriebssystem- 
gestaltung für MMRS gelten folgende 
Hardwarevoraussetzungen : 

- MMRS mit paralleler Buskopplung 

- Jeder Rechner des MMRS verfügt 
über lokale Ressourcen (z. B. Speicher- 
moduln, externe Geräte). 

- Es existiert mindestens paarweise zwi- 
schen 2 Rechnern des MMRS gemein- 
sam erreichbarer RAM-Speicher (Dual- 
Port-RAM oder Global-RAM). 

- Es existieren Möglichkeiten der Si- 
gnalübermittlung zwischen verschiede- 
nen Rechnern (Interruptübermittlung). 
Die praktischen Untersuchungen wur- 


den mit Hardwaremoduln des MMS-16 
durchgeführt. Das im MMS-16 defi- 
nierte Hardwaresystem erfüllt die oben 
genannten Bedingungen und hat außer- 
dem einige Eigenschaften, die für die 
Rechnerkopplung vorteilhaft sind (z. B. 
Trennung von Systembus und Resident- 
bus). In Bild 1 wird die betrachtete 
Hardwarestruktur dargestellt. 

2.2. Aufgabenstellung 
Die Kommunikation in einem MMRS 
stellt eine Verallgemeinerung der Kom- 
munikation im Einrechnersystem dar. 
Es ergibt sich unter den genannten 
Hardwarevoraussetzungen folgende 
Aufgabenstellung: 

- Realisierung des Datentransfers zwi- 
schen Tasks, die auf unterschiedlichen 
Rechnern arbeiten. 

- Die Tasks jedes Rechners arbeiten 
unter Steuerung eines lokalen Echtzeit- 
betriebssystems. 

- Die Kommunikation im MMRS muß 
den Echtzeitbedingungen des Gesamt- 
systems gerecht werden. 

- Schaffung der Voraussetzungen für 
die Kommunikation in heterogenen 
MMRS 

• bezüglich Hardware 

(z. B. Einsatz unterschiedlicher Prozes- 
soren) 

• bezüglich Software 

(z. B. Einsatz unterschiedlicher lokaler 
Betriebssysteme) 

- Konfigurierbarkeit 

- Generierbarkeit. 

Aus dieser Aufgabenstellung ergibt sich 
die in Bild 2 am Beispiel eines MMRS 
mit 3 Rechnern dargestellte Software- 
struktur. 

Im Gegensatz zur Kommunikation in- 
nerhalb eines Rechners, u. a. /4/ . . . /8/, 
kann im MMRS mit lokaler Taskverwal- 
tung eine direkte Verbindung zwischen 
sendender Task und empfangender 
Task nicht hergestellt werden. Deshalb 
müssen vom Kommunikationssystem 
logische Kanäle zwischen den Rechnern 
verwaltet werden, über welche die Kom- 
munikationsanforderungen übertragen 
werden (siehe 2.3.1). Wie im Einrech- 
nersystem ist im MMRS im allgemeinen 
eine Entkopplung der Sender und Emp- 
fänger erforderlich, um eine möglichst 
weitgehende Parallelarbeit von Sendern 
und Empfängern zu ermöglichen. Die 
Übertragungsanforderungen zwischen 
den Rechnern werden in den logischen 
Kanälen mit Hilfe von Warteschlangen 
verwaltet (siehe 2.3.2. und 2.3.3.). 

Die Verbindung zur Empfängertask 


wird über ein Port hergestellt. Dabei ist 
ein Port eine definierte Schnittstelle, mit 
der das Ende eines Kommunikationska- 
nals zwischen Prozessen (Tasks) be- 
zeichnet wird. Ein Port dient dem Ein- 
richten und Identifizieren eines Kom- 
munikationskanals 121. 

Wenn in einem MMRS lokale Speicher- 
bereiche verfügbar sind, so sind diese 
weitestgehend für die Datenspeicherung 
zu nutzen, um die Belastung des System- 
busses zu minimieren. Daraus ergibt 
sich als weiterer Unterschied zur Kom- 
munikation im Einrechnersystem, daß 
im MMRS mit lokalem BS im allgemei- 
nen die Nachrichten physisch kopiert 
werden müssen, um sie im lokalen Spei- 
cher des Zielrechners verarbeiten zu 
können (siehe 2.3.4.). Im Gegensatz 
dazu ist im Einrechnersystem nur die 
Übermittlung der Nachrichtenadresse 
und der Nachrichtenlänge zur Zieltask 
erforderlich. 

2.3. Wesentliche Komponenten 
des Mehrrechnerbetriebssystems 

2.3.1. Lokale Funktionen 
Die lokalen Funktionen des Kommuni- 
kationssystems dienen der Übermitt- 
lung der Übertragungsanforderungen 
der Anwendertasks an die Kanäle zwi- 
schen Sende- und Zielrechner sowie 
dem Empfang von Nachrichten von an- 
deren Rechnern mit anschließender 
Weiterleitung zu den Empfängertasks. 
Diese Funktionen werden unter Nut- 
zung der Dienste der Warteschlangen- 
verwaltung (siehe 2.3.2.) und des Signal- 
systems (siehe 2.3.3.) realisiert. 

Weitere lokale Funktionen sind die Zwi- 
schenspeicherung von Übertragungsan- 
forderungen bei zeitweise überlasteten 
Übertragungskanälen und die Steue- 
rung der Pufferverwaltung (siehe 
2.3.4.). 

Die Realisierung der lokalen Funktio- ' 
nen erfolgt unter Steuerung des lokalen 
Echtzeitbetriebssystems . 



GM - Globalspeicher 
LB - Lokalbus 
LM - Lokalspeicher 
SB - Systembus 
ZVE -Prozessor 
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2.3.2. Warteschlangenverwaltung 

Als Warteschlangen (WS) werden Da- 
tenstrukturen bezeichnet, die eine An- 
zahl von Anforderungen einer bestimm- 
ten Klasse speichern können. Sie dienen 
als Puffer zwischen Produzenten und 
Konsumenten dieser Anforderungen. 

In modernen Echtzeitbetriebssystemen 
werden WS für einen bestimmten 
Zweck als Objekttypen aufgefaßt (z. B. 
bei BOS-1810: WS zur Verwaltung von 
Kommunikationsanforderungen haben 
den Objekttyp MAILBOX, WS zur 
Verwaltung des exklusiven Zugriffs zu 
kritischen Bereichen haben den Objekt- 
typ REGION). 

Im vorliegenden Fall der Reehnerkopp- 
lung dienen die WS der Speicherung von 
Kommunikationsanforderungen zwi- 
schen Rechnern. In Einrechnerbetriebs- 
systemen erfolgt die Verwaltung der WS 
durch Routinen des Betriebssystem- 
kerns, dadurch kann der exklusive Zu- 
griff zu den Datenstrukturen der WS bei 
jeder Veränderung durch die innere Or- 
ganisation des lokalen Betriebssystems 
gesichert werden. Im MMRS mit loka- 
len Betriebssystemen auf jedem Rech- 
ner ist die Steuerung der Zugriffsrechte 
zu den WS zwischen den Rechnern 
keine lokale Funktion mehr. 

Durch den exklusiven Zugriff zu WS 
zwischen verschiedenen Rechnern tre- 
ten im Falle des Zugriffskonfliktes War- 
tezeiten bei den Rechnern auf, die auf 
das Zugriffsrecht zu einer WS warten 
müssen , weil das Zugriffsrecht bereits 
einem anderen Rechner übergeben 
wurde. 

Für die logische Anordnung von WS 
zwischen Rechnern werden die in Bild 3 
dargestellten prinzipiellen Varianten 
betrachtet. Im Fall a) existiert im 



nersystemen 


requesl to send 
ready to receive 
SEND OATA ~~ 
request to response 

SEND RESPONSE*** 

Bild 4 

Signalsystem 


MMRS genau eine WS für alle Kommu- 
nikationsanforderungen zwischen den 
Rechnern. Bei b) hat jeder Rechner eine 
Empfangswarteschlange, in die alle an- 
deren Rechner ihre Kommunikations- 
anforderungen eintragen. Im Fall c) gibt 
es zwischen jeweils 2 Rechnern ein Paar 
von WS, die jeweils für eine Kommuni- 
kationsrichtung benutzt werden. 

Aus Bild 3 ist ersichtlich, daß die Wahr- 
scheinlichkeit des Zugriffskonfliktes zu 
WS zwischen verschiedenen Rechnern 
von der strukturellen Anordnung der 
WS abhängig ist. Dabei zeigt sich, daß 
die Wahrscheinlichkeit des Auftretens 
von Zugriffskonflikten in der Struktur 
c) am geringsten ist. Deshalb wurde 
diese Struktur gewählt, um die mögli- 
chen Wartezeiten durch Zugriffskon- 
flikte zu minimieren. In dieser Struktur 
existiert für jede WS genau eine schrei- 
bende Task und eine lesende Task auf 
zwei verschiedenen Rechnern. Für diese 
spezielle Art einer WS konnte, in An- 
lehnung an das MULTIBUS INTER- 
PROZESSOR PROTOCOL (MIP) 191 , 
ein Algorithmus gefunden werden, bei 
dem die Sicherung des exklusiven Zu- 
griffs beim Bearbeiten der WS durch 
Semaphorvariablen nicht notwendig ist. 
Die dabei aufgetretenen Probleme des 
Softwareentwurfs wurden durch Nut- 
zung der Methoden der Theorie der 
Petri-Netze gelöst /10 /. Es wurden Petri- 
Netze mit problembezogener Bewer- 
tung zur Verhaltensbeschreibung der 
Softwarekomponenten der Warte- 
schlangenverwaltung genutzt. 

Durch das hohe Maß an Anschaulich- 
keit, das diese Darstellung im Vergleich 
zu üblichen Methoden auch bei Parallel- 
programmierung bietet, wird der Ent- 
wurf erheblich unterstützt und die Pro- 
grammdokumentation erleichtert. 



Bild 2 Beispiel eines Systementwurfs mit Task- und Portverteilung 
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2.3.3. Signalsystem 

Mit der Verwaltung von WS zwischen 
den Rechnern ist die Funktion eines Si- 
gnalsystems verbunden. Vom Einrech- 
nerbetriebssystem wird eine auf eine 
Nachricht wartende Task sofort bei Ein- 
treffen einer Nachricht in den READY- 
Zustand versetzt. Um im MMRS das 
uneffektive zeitzyklische Testen aller 
WS zu verhindern, ist nach Eintragung 
eines Sendeauftrages in eine WS der 
Zielrechner über diese Veränderung zu 
informieren, damit der Auftrag aus der 
WS entnommen und zur Zieltask weiter- 
geleitet werden kann. 

Die Signalisierung zwischen den Rech- 
nern erfolgt über Interrupt. Es ist die 
Anzahl der für einen Übertragungsvor- 
gang erforderlichen Interrupts zu mini- 
mieren. 

In Bild 4 wird die allgemeine Form eines 
Handshake-Protokolls für den Signal- 
fluß dargestellt. Bei geeigneter Organi- 
sation der WS sind nur die Signale 
’SEND DATA’ und 'SEND RE- 
SPONSE’ notwendig. Bei aufeinander- 
folgender Übertragung mehrerer Da- 
tenblöcke sind diese Signale nur zur Ein- 
leitung eines Übertragungszyklus erfor- 
derlich. 

Die pysikalische Realisierung der Inter- 
ruptübermittlung ist hardwareabhängig. 

2.3.4. Pufferverwaltung 

Wie in 2.2. erläutert wurde, müssen im 
MMRS mit lokalem BS im allgemeinen 
die zu übertragenden Nachrichten unter 
Benutzung gemeinsam erreichbarer 
Speicherbereiche umkopiert werden. 
Soll die parallele Übertragung verschie- 
dener Nachrichten zwischen 2 Rechnern 
möglich sein, müssen in den gemeinsam 
erreichbaren Speicherbereichen ver- 
schiedene Nachrichtenblöcke verwaltet 
werden. Diese Aufgabe wird durch eine 
dynamische Pufferverwaltung innerhalb 
der gemeinsamen Speicherbereiche er- 
füllt. 

2.4. Implementierung der MKS 
2.4.1. Allgemeine Eigenschaften 

Die Implementierung der Kommunika- 
tionssoftware MKS mit den in 2.3. be- 
schriebenen Eigenschaften erfolgte auf 
der Basis der Hardware des Systems 
MMS-16 als Erweiterung der lokalen 
Echtzeitbetriebssysteme BOS-1810 
(kompatibel zu iRMX-86) und MRTS- 
700/11/. 

Die Implementierung erfolgte in der 
Programmiersprache PL/M-86. Die ent- 
standenen Softwaresysteme MKS-1810 
und MKS-700 sind während der System- 
generierung für jeden Rechner des 
MMRS den konkreten Anforderungen 
anzupassen. Dazu ist in Datenstruktu- 
ren die Konfiguration des MMRS zu be- 
schreiben. Folgende wesentliche Para- 


Dipi.-Math. Bernd Kluhe (34} studierte von § 
* 1970 bis 1974 Mathematik an der TH Mag- ” 

deburg. Erdiplomierte 1974miteiner Arbeit 
' zu Lösungsmethoden spezieller ganzzahh- 
' ger Optimierungsprobleme 
. Von 1974 bis 1983 arbeitete er im VEB Ml- . 
' kromat Dresden an Problemen der Ratio- 
nalisierung der Arbeit des betrieblichen 
Rechenzentrums. 

1 983 nahm er die Tätigkeit im ZKI der AdW 
auf und beschäftigt sich gegenwärtig mit 
speziellen Softwareaufgaben auf dem Ge- 
biet der Mehrmikrorechner-Betriebssy- 
steme. 

meter werden zur Beschreibung des 
MMRS benutzt /12/: 

- Angabe konkreter Speicherbereiche 
für die Informationsübermittlung zwi- 
schen den Rechnern 

- Zuordnung logischer Portadressen zu 
den Rechnern 

- Spezifizierung der realisierten Inter- 
ruptstrukturen. 

Dem Anwender stehen Dienste zum 
Eröffnen und Schließen der logischen 
Verbindungskanäle und zum Daten- 
transfer zur Verfügung. 

2.4.2. Programmfunktionen 
Die durch MKS-1810 implementierten 
Systemrufe ermöglichen den Tasks, 
Verbindungen zur Nachrichtenübertra- 
gung zu eröffnen und Ports zu aktivie- 
ren, Nachrichten (Einzelnachricht max. 
64 KByte lang) zu senden bzw. zu emp- 
fangen und die Ports nach beendeter 
Übertragung wieder zu deaktivieren. 
Eine sendende Task benutzt folgende 
MKS-Rufe: 

CQFIND 

Es wird eine Verbindung (connection) 
zu einem zur Generierungszeit definier- 
ten Kommunikationsport eröffnet. 
CQXFER 

Es wird eine Nachrichtenübertragung 
an ein zuvor durch CQFIND gebunde- 
nes Port eingeleitet, wobei die Nachricht 
zuvor in einem (lokalen oder gemeinsa- 
men) Pufferspeicherbereich aufgebaut 
wurde. 

CQLOSE 

Eine durch CQFIND eröffnete Verbin- 
dung wird wieder freigegeben. 

Eine empfangende Task verwendet fol- 
gende Rufe: 

CQACTV 

Es wird eine Verbindung zum Nachrich- 
tenempfang an einem Systemport eröff- 
net, indem u. a. eine (lokale) Mailbox 
eingerichtet wird. 
RQ$RECEIVE$MESSAGE 
Dient dem Nachrichtenempfang an der 
zuvor durch CQACTV eingerichteten 
Mailbox. 

CQDACT 

Die durch CQACTV eröffnete Verbin- 
dung wird wieder freigegeben. 


Dabei sind CQACTV und CQDACT 
MKS-Rufe, während RQSRECEIV 
E$MESSAGE ein Ruf des Echtzeitbe- 
triebssystems BOS 1810 ist. 

Eine Nachrichtenübertragung besteht 
nun senderseitig darin, daß mit den Ru- 
fen CQFIND, CQXFER und CQLOSE 
ein Kommunikationsport gebunden 
wird, ein- oder mehrfach Nachrichten 
zu ihm gesendet werden (einschließlich 
Fehlercodeauswertung und Zeitüberwa- 
chung) und danach die Verbindung wie- 
der aufgelöst wird. 

Analog werden empfängerseitig in einer 
Abfolge der Rufe CQACTV, 
RQ$RECEIV E$MESSAGE 
und CQDACT das Port aktiviert, die 
Nachricht(en) empfangen und das Port 
wieder deaktiviert. 

Eine Task kann gleichzeitig Sender und 
Empfänger sein (im Spezialfall auch mit 
dem gleichen Taskpartner). 

In Bild 5 wird der prinzipielle Ablauf 
einer Taskkommunikation mittels MKS 
dargestellt. 
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Der C574C ist ein vollständiger Sukzes- 
siv-Approximations-AID-Wandler mit 
Mikroprozessor-Interface, einer Auflö- 
sung von 12 Bit und einer Umsetzzeit von 
max. 40 lis. Er kann ohne zusätzliche 
Treiber- oder Peripherieschaltkreise mit 
8- oder 16-Bit-Mikroprozessoren zusam- 
mengeschaltet werden. Dabei werden 
Lese- und Umsetzstartkommandos un- 
mittelbar dem Steuerbus entnommen. 

Die Ausgangsdaten können als ein 12- 
Bit-Wort oder als zwei 8-Bit-Byte gelesen 
werden. Der Wandler verarbeitet unipo- 
lare Eingangsspannungen von 0 bis 10 V 
bzw. 0 bis 20 V oder bipolare Eingangs- 
spannungen von -5 V bis +5 V bzw. 
—lOVbis +10 V. 

Blockschaltbild 

Bild 1 zeigt das Blockschaltbild des C 
574 C. Für den Analog-Digital-Wandler 
wurde eine leistungsfähige und kosten- 
günstige Zwei-Chip-Lösung gewählt. 
Auf einem Chip befinden sich der 12- 
Bit-D/A-Wandler, eine vergrabene Ze- 
nerdioden-Referenzspannungsquelle 
mit niedrigem Temperaturkoeffizien- 
ten, die Eingangsspannungsbereichswi- 
derstände und der Bipolar-Offset-Wi- 
derstand. 

Das zweite Chip beinhaltet das I 2 L-Suk- 


zessiv- Approximationsregister, die 
Steuerlogik des Umsetzers, den Taktge- 
nerator, die Tristate- Ausgangstreiber 
und den Komparator. 

Steuersignale 

DieJSteuersignale CE, CS, R/C, AO und 
12/8 steuern die Lese- und_ Umsetzope- 
rationen des Wandlers. 

Die Auslösung einer Operation ist mit 
einer Flanke eines der Steuersignale 
CE, CS oder R/C möglich. 

In Abhängigkeit vom R/C-Signal wird 

eine Datenleseoperation (R/C = H) 

odereine Analogwertumsetzung (R/C 
= L) ausgeführt. Die Steuersignale AO 
und 12/8 steuern die Länge des Umsetz- 
zyklus und das Datenformat. 

Der AO-Eingang wird vorzugsweise mit 
dem niederwertigsten Bit des Adreßbus- 
ses verbunden. H-Potential an AO wäh- 
rend des Umsetzstarts bewirkt die Aus- 
führung eines vollständigen 12-Bit-Um- 
setzzyklus, L-Potential an AO dagegen 
die Ausführung eines verkürzten 8-Bit- 
Umsetzzyklus. Während der Datenlese- 
operation bestimmt AO, ob durch die 
Tristate- Ausgangstreiber die 8 MSB des 
Umsetzergebnisses (AO = L) oder die 4 
LSB (AO = H) freigegeben werden. Das 
12/8-Signal bestimmt, ob die Aus- 
gangsdaten als 12-Bit-Wort (12/8 ver- 
bunden mh Ucra) °d er als zwei 8-Bit- 
Worte (12/8 verbunden mit Digital- 
masse) ausgegeben werden. 


In 8-Bit-Bus- Applikationen (12/8 an Di- 
gitalmasse)sind die Bit- Ausgänge der 4 
LSB (Pin 16 bis Pin 19) mit den Bit- Aus- 
gängen der 4 MSB (Pin 24 bis Pin 27) zu 
verbinden. Es wird dann im Format ge- 
mäß Tafel 1 ausgegeben. 

Ist der Umsetzvorgang einmal ausge- 
löst, werden weitere Umsetzstartkom- 
mandos bis zur Beendigung des Umsetz- 
vorganges ignoriert. Die Ausgangstrei- 
ber können während der Umsetzung 
nicht aktiviert werden . Sie sind - wie 
auch im inaktiven Zustand des Wandlers 

- hochohmig. Die Wirkung der Steuersi- 
gnale ist zusammenfassend in Tafel 2 
dargestellt. 

Kenndaten 

Ausgewählte Kenngrößen des C 574 C 
sind in Tafel 3 dargestellt. Die Kenngrö- 
ßen gelten für den gesamten Betriebs- 
temperaturbereich (# a = 0 . . . 70°C) und 
berücksichtigen daher den Temperatur- 
koeffizienten der Fehlerkenngrößen. 
Die einzuhaltenden Betriebsbedingun- 
gen sind in Tafel 4 angegeben. 

Applikation 

• Die Betriebsspannungen sind nahe 
am Schaltkreis mit 47 pF und 100 nF (ke- 
ramischer Scheibenkondensator) abzu- 
blocken. 

• Die Betriebsspannung Ucc 3 (+5 V) 
ist nach Digitalmasse (Pin 15), die Be- 
triebsspannungen Ucci. Ucc 2 (+1.5 V, 

— 15 V) sind nach Analogmasse abzu- 
blocken. Die Betriebsspannungen müs- 
sen gut stabilisiert und frei von hochfre- 
quenten Störungen sein. 
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D7 

D6 

D5 

D4 

D3 D2 

Dl DO 

(Pin 27 26 25 

xxxO (gerade Adr., AO = L) Bll (MSB) Bl 0 B9 

xxxl (ungerade Adr., A0 = H)B3 B2 Bl 

24 23 22 

B8 B7 B6 

BO(LBS) L L 

21 20) 

B5 B4 

L L 

Tafel 1 Ausgabeformate 




Tafel 2 Wirkung der Steuersignale ▼ 

CE CS R/C 

12/8 

AO 


Wirkung 


L X X 

X 

X 


inaktiv 


X H X 

X 

X 


inaktiv 


H L L 

X 

L 


Auslösung einer 1 2-Bit-Umsetzung 

H L L 

X 

H 


Auslösung einer 8-Bit-Umsetzung 

H L H 

verbunden mit X 
Pin 1 


Freigabe der Datenausgänge 

12 Bit parallel 

H L H 

verbunden mit L 

Pin 15 


Freigabe der 8 MSB 

H L H 

verbunden mit H 
Pin 15 


F reigabe der 4 LSB und Belegung 
der 4 folgenden Bit mit L-Signal 


Kenngröße Kurzzeichen 

Einheit 

Einstellwerte 


Kleinstwerte 

i Größtwerte 

Stromaufnahme l CC3 


Ucc3 = 5,5V;U 3 

= 5V 


38,5 

Stromaufnahme I CC1 

mA 

Ucci = 16,5V 



5,5 

Stromaufnahme -I002 


U CC 2= 16,5V 



30 

Referenzspan- Uoref 
nung mit Last 

V 

Ioref = 1,5 mA 


9,875 

10,125 

Linearitäts- Fun 

fehler 

LSB 

Ucci = -UcC2 
= -11,4V 


- 1 

+1 

min. Auflösung 
ohne Fehlcodes 

Bit 



11 


Unipolaroffset 




-4 

+4 

Nullpunktfehler 
im Bipolarbetrieb 

LSB 



-12 

+12 

Fullscale-Fehler 




-21 

+21 

Umsetzzeit tc 

AS 




40 

Betriebsspan- SVR 

nungsunterdrük- 

kung 

LSB 

13,5 VS Ucci -2 

S 16,5 V 

-13,5VäUcc2ä 16,5V 

+2 

H-Ausgangs- Uoh 

Spannung 

V 

— Iie 27 
= 0,5 mA 


2,4 

- 

L-Ausgangs- Uol 

Spannung 

V 

=*1,'lmA 


- 

0,4 

Die Kennwerte gelten bei U C ci = - 
anders angegeben. 

-Ucc2= 15V±0,45V,Ucc3 

1 = 5 V ±0,25 V und & a = 0. 

..70°C, falls nicht 

Tafel 3 Ausgewählte Kenngrößen 




Tafel 4 Betriebsbedingungen ▼ 

Kenngröße 

Kurzzeichen Einheit 


Kleinstwert 

Größtwert 

Betriebsspannung 
für Referenz 

Ucci 



11,4 

16,5 

neg. Betriebsspannung 

-U C C2 





Betriebsspannung 
für Logikteil 

Ucc3 

V 


4,5 

5,5 

H-Eingangsspannung 

U| H 



2,0 

5,5 

L-Eingangsspannung 

U IL 



0 

0,8 

Umgebungstemperatur 

0« 

°C 


0 

70 


• Pin 9 (Analogmasse) muß direkt mit 
der Signalquellenmasse verbunden wer- 
den. Die Masse der +5 V-Betriebsspan- 
nung (Digitalmasse) und die Masse der 
15 V-Betriebsspannung (Analogmasse) 
sollten getrennt geführt und erst nahe 
am Schaltkreis verbunden werden. 

• Der Analogeingangsstrom des A/D- 
Wandlers ist, bedingt durch das Umsetz- 
verfahren, während des Umsetzens 
hochfrequent (Taktrate etwa 500 KHz) - 
moduliert. 

Die Analogeingangsspannung muß un- 
ter diesen dynamischen Lastbedingun- 
gen konstant gehalten werden. Es ist 
eine Signalquelle mit geringer dynami- 
scher Ausgangsimpedanz (bei 500 KHz) 
erforderlich. 

• Der Steuereingang 12/8 ist nicht 
TTL-kompatibel und muß daher mit 
Ucc 3 bzw. Digitalmasse fest verbunden 
werden. 

• Für Offset- und Endwertabgleich sind 
Spindeleinstellregler mit niedrigem 
Temperaturkoeffizienten zu verwen- 
den. Bild 2 zeigt einen Vorschlag für die 
Zusammenschaltung des C 574 C mit 
dem Mikroprozessor U 880 D. Während 
der Datenleseoperation beträgt die Bus- 
zugriffszeit, gemessen von der L/H- 
Flanke des CE-Signals bis zum Erschei- 
nen der gültigen Daten an den Daten- 
ausgängen, etwa 270 ns. 

Die Verzögerungszeit bis Floaten, ge- 
messen von der H/L-Flanke des CE-Si- 
gnals bis zum völligen Übergang der Da- 
tenausgänge in den hochohmigen Zu- 
stand, beträgt etwa 300 ns. 

| El KONTAKT » | 

VEB Halbleiterwerk Frankfurt(Oder), 

Abt. EECS, Postfach 379, Frankfurt (Oder), 1200; 
Tel. 463264 


Termine 

Fachtagung Automatisierung 1988 
(21. Fachkolloquium Informationstech- 
nik) 

WER? Technische Universität Dresden, 
Sektion Informationstechnik, Wissenschafts- 
bereich Regelungstechnik und Prozeßsteue- 
rung 

WANN? 3. bis 5. Februar 1988 
WO? Technische Universität Dresden 
WAS? 

• Automatisierungskonzepte und -Strate- 
gien 

• Softwareprobleme 

• Geräte und Gerätesysteme 

• Automatisierung verschiedener Bereiche 
wie Fertigung, Land- und Forstwirtschaft, 
Forschung, Energietechnik, Verfahrens- und 
Verarbeitungstechnik 

WIE? Voranmeldungen bis zum 15. 9. 1987 
an: Technische Universität Dresden, Sektion 
9, Bereich 3, Kennwort Tagung 1988, 
Mommsenstr. 13, Dresden, 8027; 

Tel. 4633439. Prof. Dr. Toepfer 
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Mikroprozessorkompatibler 
D/A-Wandler C 560 D 


Henning Zinke 

VEB Halbleiterwerk Frankfurt (Oder) 


Der D/A-Wandlerschaltkreis C 560 D 
verarbeitet ein 8 Bit breites Digitalwort 
in eine analoge Ausgangsspannung. Da- 
bei beträgt der maximale Fehler 0,4 % 
vom Endwert. Zum D/A-Wandler gehö- 


ren 8 Eingangsstufen mit pnp-Transisto- 
ren, die ein direktes Anlegen eines posi- 
tiven Logikpegels ermöglichen. Da- 
durch wird der Betrieb mit einer Versor- 
gungsspannung von Ucc = +5 V . . . 15 V 
gewährleistet. Das nachgeschaltete Ein- 
gangs-Latch mit 2 Steuereingängen er- 
möglicht eine effektive ^hP- Anpassung 
des D/A-Wandlers. 


Das 8-Bit-R-2R-Widerstandsnetz mit 
der Referenz und den dazugehörigen 
Transistoren erzeugt die 8 gewichteten 
Ströme. Diese werden über die Strom- 
quellenschalter im Ausgangs-OPV in 
eine Spannung transformiert. Der OPV 
kann entsprechend der Betriebsspan- 
nung und Programmierung des U 0 SEL- 
Anschlusses eine Spannung von U 0 = 

0 . . . +2,5/2,55 V oder U 0 = 0 . . . +10/ 
10,20 V erzeugen. Mittels einer „Sense“- 
Leitung (Anschluß UOSEN) wird der 
exakte Spannungswert am Verbraucher 
gewährleistet. 



Bild 1 Blockschaltbild des C 560 D mit Beschaltung für U 0 = 0 ... +2,5 V 


Tafel 1 Funktionstabelle der Eingangslogik 


DB0 bis DB7 CS1 

CS2 


Funktion 

H,L L 

L 


Latch ist transparent; direkte Um- 
setzung der Daten 

H,L L 

T 


Einschreiben der Daten in das 

t 

L 


Latch (Verriegelung); 

Umsetzung hat bereits bei CST 
= C§2 = L begonnen 

X H 

X 


Latch ist verriegelt; Ausgangs- 

X 

H 


Spannung entspricht den zuletzt 
eingeschriebenen Daten 

Tafel 2 Grenzwerte 

Kenngröße 


Kurzzeichen Kleinstwert Größtwert 

Betriebsspannung 


Ucc 0V 18V 

Eingangsspannung 
der Digitaleingänge 


Ui 

0V 7V 

Ausgangsstrom Anschluß 1 6 


Io 

0mA 10mA 


Anmerkung: Aufgrund eines Versehens können wir die Tafeln 3 und 4 erst in 
MP 7187 veröffentlichen. Wir bitten um Ihr Verständnis. Red. 


Terminalsteuerzeichen 
des PC 1715 


Das Terminal des PC 1715 ermöglicht 
durch die Verwendung von Steuerzei- 
chen eine Ansteuerung von Sonderfunk- 
tionen. 

Diese Funktionen sind: 

- zwei verschiedene Helligkeitsstufen 

- zwei verschiedene Zeichensätze 

- Unterstreichung ein/aus 

- Blinkenein/aus 

- normale/inverse Schrift 

Die Ansteuerung dieser Funktionen er- 
folgt durch Einschreiben eines Steuer- 
zeichens in den Bildwiederholspeicher. 
Dazu ist die Escape-Folge 1 Bh 5 Eh xxh 
an das Terminal zu senden. Durch diese 
Folge wird das Byte xxh an der aktuellen 
Kursorposition in den Bildwiederhol- 


speicher geschrieben und als Steuerzei- 
chen interpretiert. Die jeweils einge- 
stellte Funktion ist bis zum Auftreten 
eines anderen Steuerzeichens gültig. 
Die entsprechende Position wird auf 
dem Bildschirm als ein Leerzeichen dar- 
gestellt. Wird diese Position mit einem 
anderen Zeichen überschrieben, wird 
die Funktion ausgeschaltet. 

Die Verfahrensweise zur Ausgabe der 
Steuerzeichen ist von der verwendeten 
Programmiersprache abhängig. Im wei- 
teren wird ein Beispiel für die Program- 
miersprache des Datenbanksystems 
RED AB AS vorgestellt. 

Das Programm besteht aus drei Teilen. 
Im ersten werden die entsprechenden 
Bytefolgen als Makro abgespeichert. Im 


zweiten Teil wird über ein Menü die ge- 
wünschte Funktion ausgewählt, die im 
dritten Programmteil ausgeführt wird. 
Die entsprechenden Byte-Folgen wer- 
den als String in einen Speicher geschrie- 
ben, der dann an der entsprechenden 
Stelle im Programm als Makro aufgeru- 
fen wird. Diese Verfahrensweise er- 


Bit 

Bedeutung 


0 

0 = normale Helligkeit, 

1 = intensiv 


0 = Blinken aus, 

1 = Blinkenein 

2 

0 = 1. Zeichensatz 

1 = 2. Zeichensatz 

3 

konstant 0 


4 

0 = normale Schrift 

1 = inverse Schrift 


(wenn Bit 2 = 0) 



0 = inverse Schrift 

1 = normale Schrift 


(wenn Bit 2= 1) 


5 

0 = unterstreichen 

1 = unterstreichen 



ein 

6 

konstant 1 


7 

konstante 



rate/ 1 Aufbau des Steuerbytes 
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settalkoff 

erase 


* Initialisierung der Steuerzeichen 

störe 'chr(27)+chr(94)+chr(64)' to NORM 
störe ’chr(27) + chr(94) +chr(65f to HELL 
störe 'chr(27) +chr(94) +chr(67) ' to HBLINK 
störe 'chr(27) + chr(94) + chr(80) ' to INVERS 
störe ’chr(27) + chr(94) +chr(96) ' to STRICH 
störe 'chr(27)+chr(94)+chr(83)' to HBLINV 


* Aufbau der Bildschirmmaske 


0,77 say &NORM 
0, 0 say &STRICH 

2, 2 say &HELL+' Demonstrationsprogramm '+&NORM 

3.77 say &NORM 

3, 0 say &STRICH 

5, 2 say &HELL+ ' Vorwaerts mit <X>, zurueck mit <E>,; 

bestaetigen mit Leertaste '+&NORM 

6.77 say &NORM 

6, 0 say &STRICH 

8, 2 say 'normal, unterstrichen '+&NORM 
10, 2 say 'hell '+&NORM 
12, 2 say 'hell, blinkend '+&NORM 
14, 2 say 'invers '+&NORM 

16, 2 say 'hell, invers, blinkend '+&NORM 
17,77 say &NORM 

17, 0 say &STRICH 


* Endlosschleife, mit ESC beenden 
do while T 

störe 'X'to TASTE 
störe 6 to X 


* Schleife zur Tastenabfrage 

do while TASTE#" 

if !(TASTE) = 'X' 
störe X+2toX 
if X= 1 8 

Store 8 to X 

endif 

endif 

if !(TASTE) = 'E' 
störe X-2toX 
if X=6 

störe 16toX 

endif 

endif 

@ X,1 say&INVERS 

@ 21, 0 
waitto TASTE 
@ 22, 0 

@ X,1 say&NORM 


* Ausfuehrung der gewaehlten Funktion 




@ 20, 0 

do case 

case X=8 

@ 20,1 0 say &STRICH+' Das ist normal helle Schrift; 
mit Unterstreichung '+&NORM 

case X= 10 

@ 20, 1 0 say &hell + ' Das ist helle Schrift ' + &NORM 

case X=12 

@ 20, 1 0 say &HBLINK+ ' Das ist blinkende, helle; 
Schrift '+&NORM 

case X= 14 


case X=16 


endcase 


20,10 say &INVERS+' Das ist inverse Schrift ' +&NORM 

20,10 say &HBLINV+' Das ist helle, inverse blinkende; 
Schrift '+&NORM 


Bild 2 Testprogramm zur Demonstration der Terminalfunktionen 


leichtert die Eingabe und erhöht die 
Übersichtlichkeit. 

Anmerkung: 

Die Steuerzeichen sind hardwareabhän- 
gig. Auf den meisten der untersuchten 
Terminals funktionieren sie so wie be- 
schrieben. Allerdings gibt es Abwei- 
chungen. So war bei einem Terminal 
das Bit für die Helligkeitsumschaltung 
mit der entgegengesetzten Funktion be- 
legt, bei einem anderen wird statt der 
Unterstreichung eine Durchstreichung 
ausgeführt. Bernd Matzke 


Übertragung über Lichtleiter 

Mit Hilfe der Lichtleitertechnik wurde an der 
Klinik für Nuklearmedizin der Berliner Charitö 
eine Übertragungsstrecke für eine Szintilla- 
tionskamera eingerichtet. Dieses Diagnose- 
gerät ist über eine Entfernung von 650 Me- 
tern mit einem Bildverarbeitungssystem ver- 
bunden, das mit einer Übertragungsrate von 
5 MBits pro Sekunde arbeitet. Mit dieser Lö- 
sung schuf ein Kollektiv der Klinik gemein- 
sam mit Mitarbeitern des Zentrums für For- 
schung und Technologie des Kombinats 
Elektroapparatewerke Berlin die Möglichkeit, 
den angeschlossenen Prozeßrechner jetzt 
für eine zweite örtlich entfernte Szintillations- 
kamera zu nutzen. ADN 

Labormuster vom 4-Megabit- 
Speicherchip 

Siemens stellte erste Labormuster eines inte- 
grierten Halbleiter-Bausteins vor, der mehr 
als vier Millionen Bit speichern kann. Der 1 - 
MBit-DRAM soll 1 987 in die Massenfertigung 
gehen, 1 989 der 4-MBit-DRAM. Von diesem 
Baustein der 4 1 94 304 Bit auf 91mm 2 
(6,5 mm x 14 mm) speichern kann, liegen 
jetzt die ersten Chips vor. Die wesentliche 
Neuheit in diesem Speicher ist die soge- 
nannte T rench- oder Grabenzelle, bei der ein 
nur 1 p.m breiter Graben 4^m tief in das Sili- 
zium geätzt wird. 

Für die mehr als 4 Millionen Speicherzellen 
auf einem Silizium-Chip sind 450 einzelne 
Prozeßschritte in CMOS-Technik erforder- 
lich. Gegenüber dem 1 -MBit-DRAM (54 mm 2 ) 
wird die Speicherkapazität vervierfacht, die 
Chipfläche mit 91 mm 2 jedoch nicht einmal 
verdoppelt. Die T renchzelle, die je eine bi- 
näre Informationseinheit speichert, benötigt 
nur 5^m 2 Scheibenfläche. Insgesamt kann 
der Chip den Inhalt von etwa 250 Schreibma- 
schinenseiten speichern. Die 4-MBit-Tech- 
nologie wird in enger Zusammenarbeit mit 
dem niederländischen Philips-Konzern ent- 
wickelt. 
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K 1 520-Mikrorechnerplatz 
mit Kassettenmagnetband 


Dr. Joachim Mertins, Johannes Münch 
VEB Elektroprojekt und Anlagenbau 
Berlin, Zentrum für Forschung 
und Technologie 


Es wird eine Kl 520- Mikrorechnerkonfi- 
guration vorgestellt, die ausschließlich 
auf Robotron-Baugruppen basiert III, 

121 und ein kassettenmagnetbandorien- 
tiertes Betriebssystem (KAM OS) ver- 
wendet. Als Zentraleinheit wird K2521 
verwendet. Die Speichergröße beträgt 
64 KByte RAM. Die wichtigsten Dienst- 
programme stehen auf EPROM sofort 
zur Verfügung. Die Software und die 
Dokumentation des Systems sind nach- 
nutzbar. Der Mikrorechner-Arbeitsplatz 
zeichnet sich durch schnellen und zuver- 
lässigen Zugriff zu den Kassetten aus. 

Monitorprogramm 

Das Monitorprogramm (9 KByte) reali- 
siert Grundfunktionen der Rechnerar- 
beit: 

- Programmstart, Start von System- 
und Dienstprogrammen von EPROM 
(Phasenlader für Kassette, Editor, As- 
sembler , Kassettenkopierprogramm , 
Anzeige Kassettenverzeichnis) durch 
Funktionstasten 

- RAM-Speicher lesen und schreiben 

- Maschinenkode-Lochstreifen lesen 
und stanzen 

- Breakpoint, Registeranzeige, Dump, 
Prüfsummenbildung 

- Füllen und Umladen von Speicherbe- 
reichen 

- Unterprogramme für Nutzung durch 
Anwender, die Bildschirm, Tastatur, 
Drucker und Lochbandperipherie be- 
dienen 

- Programmieren und Lesen EPROM 
(lKbzw. 2K) 


Kassettenmagnetbandarbeit 
und Dateikonzept 

Durch Minimierung von Umspul- und 
Positionieroperationen, eine große 
Blocklänge (256 Byte), sequentielle Ab- 
speicherung, Verzicht auf ein separates 
Datei Verzeichnis (Directory) auf Kas- 
sette, labelorientierten Zugriff zu den 
Dateien über Bandmarken sowie Arbeit 
mit zwei Kassettenlaufwerken (Quell- 
und Zielkassette) wird die Arbeit der 
Dienstprogramme beschleunigt. 

Je Kassettenseite sind bis 256 Dateien 
möglich, die durch Bandmarken ge- 
trennt sind und aus sequentiellen Sätzen 
bestehen. Als Dateitypen sind Textda- 
teien (Quellprogramm/freies Format) 
und Binärdateien (ladbare Programme 
mit Ladeadresse im Maschinenkode 
Z80/U880) möglich. 

Der Phasenlader ermöglicht das Laden 
von Binärdateien von Kassette in den 
RAM-Speicher und den Programmstart 
für abarbeitbare Programme, die Aus- 
gabe von RAM-Bereichen auf Kassette 
und allgemeine Servicefunktionen für 
Kassettengeräte (Vorspulen/Rückspu- 
len bis n-te Bandmarke, Rückspulen 
zum Bandanfang, Zuordnung logische 
und physische Geräte). 

Für die Nutzung durch Anwender ste- 
hen Unterprogramme zur Bedienung 
der Kassettengeräte und zum Lesen und 
Schreiben von sequentiellen Dateien 
zur Verfügung. 

Software 

Falls kein Kassettenmagnetbandgerät 
und nur Lochbandtechnik vorgesehen 
ist, wird eine Programmentwicklung 
und -testung über Lochband-Editor und 
-Assembler unterstützt. 

Die wichtigsten Dienstprogramme, die 
Kassettenarbeit unterstützen, sind: 


Editor, Assembler Z80/U880 (Absolut- 
Assembler für Erzeugung abarbeitbarer 
Programme), Kopierprogramm für eine 
oder mehrere Dateien in beliebiger Rei- 
henfolge oder für gesamte Kassetten, 
Reassembler Z80/U880 mit 2 KByte 
Speicherbedarf, BASIC-Interpreter mit 
12 KByte Speicherbedarf (bzw. TINY- 
BASIC-Interpreter mit 14 KByte), ein 
FORTH-Interpreter sowie Unterstüt- 
zung der Textverarbeitung (mehrfacher 
Druck einer Datei bzw. mehrerer Da- 
teien ohne Bedienereingriff). Außer- 
dem wird die Kopplung mit einem SKR- 
Rechner unterstützt (Übertragung von 
Dateien). 

Kompatibilität 

zum Bürocomputer A 5120/5130 

Auf dem Bürocomputer wurde unter 
den Betriebssystemen UDOS und CP/M 
(Version CPA) ein KAMOS-kompati- 
bles Kassettenbediensystem installiert. 
Mit dessen Hilfe ist ein Dateitransfer 
von Quell- und Binärdateien zwischen 
Diskette und Kassette möglich. Das 
Kassettenformat ist dabei zwischen den 
Betriebssystemen UDOS, CP/M und 
KAMOS kompatibel 131. 

Literatur 

IV Mertins, J.: Mikrorechnerarbeitsplatz aus 
K1520-OEM-Baugruppen. Sozialistische Ra- 
tionalisierung in der Elektrotechnik/Elektronik, 
14 (1985) 2, S. 39-43 

121 Mertins, J.; Münch, J.: Betriebssystem KAMOS 
fürK 1520-OEM-Konfiguration. Sozialistische 
Rationalisierung in der Elektrotechnik/Elektro- 
nik 15 (1986) 5, S. 105-108 
13/ Kassettenmagnetband für Bürocomputer unter 
UDOS, rechentechnik/datenverarbeitung 22 
(1985)9, S. 29 


| ISI KONTAKT^ 


VEB Elektroprojekt und Anlagenbau Berlin, 
Zentrum für Forschung und Technologie, Abt. RC4, 
Rhinstraße 100, Berlin, 1140, 

Tel. 5509531 App. 29 


MP-Börse 

Nutzerhandbuch BDS-C 

An unserer Einrichtung wurde ein Nutzer- 
handbuch für die Sprache C (BDS-C, Vers. 

1 .50) erarbeitet. Im Teil 1 wird der Weg von 
der Erstellung eines Quell-Programmes bis 
zum lauffähigen Maschinen-Programm be- 
schrieben. Der Teil 2 enthält eine vollstän- 
dige Aufstellung der etwa 200 Funktionen 
umfassenden Library. Die Möglichkeit der 
Verwendung von Long-integer- bzw. Floa- 
ting-point-Werten wird im Teil 3 erläutert. Der 
Teil 4 beschreibt die Arbeitsschritte zur Er- 
zeugung von Maschinenprogrammen, die 


nicht unter dem Betriebssystem CP/M laufen 
sollen. Im Teil 5 werden einige Beispiele für 
C-Programme demonstriert. 

Interessenten wenden sich an die Ingenieur- 
hochschule für Seefahrt Warnemünde/Wu- 
strow, Wissenschaftsbereich Informations- 
verarbeitung, Richard-Wagner-Str., Warne- 
münde, 2530, Tel.: 57345/Koll. Chmiela. 

Lehrsystem für die Ausbildung 
am Computer 

Mit dem Lehrsystem LK0 1520/2 ist es mög- 
lich, Grundkenntnisse der Programmierung 
und Nutzung eines Computers im Dialog am 
Computer zu erlernen Es sind Lehrpro- 


gramme für BASIC, POWER, REDABAS, TP 
und Supercalc vorhanden, die das Selbst- 
erlernen des Umgangs mit der Software bei 
geringen Vorkenntnissen ermöglichen. LKO 
1 520/2 ist einsatzfähig auf PC 1 71 5, A 51 20/ 
30 (Betriebssystem SCP) und KC 85/2 (3). 
Für die eigene Erarbeitung weiterer Lehrpro- 
gramme steht das Autorensystem AUT 1 520 
für die genannten Rechnertypen zur Verfü- 
gung. 

Interessenten wenden sich an die Betriebs- 
schule des VEB Plauener Gardine, 
Dobenaustraße 80, Plauen, 9900, 

Tel. 27051, 

Dr. Eckardt. 
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Programmierung in C 

Teil V 


Dr. Thomas Horn 

Informatikzentrum des Hochschulwe- 
sens an der Technischen Universität 
Dresden 


Im vorletzten Teil der Artikelreihe zu C 
wird das Ein- und Ausgabekonzept der 
Programmiersprache C behandelt, das 
kein integrierter Bestandteil der Sprach- 
definition ist, sondern über eine umfang- 
reiche Funktionsbibliothek realisiert 
wird. Es gibt ein Minimum an E/A-Funk- 
tionen, die als Quasi-Standard von allen 
C-Systemen realisiert werden. Diese 
Funktionen werden im wesentlichen im 
vorliegenden Beitrag behandelt. Sie ga- 
rantieren auch eine Portabilität der C- 
Programme unter den verschiedenen 
Rechnern und Betriebssystemen. 
Weiterhin werden einige Hinweise zur 
Verarbeitung von C- Programmen gege- 
ben. Das Prinzip wird hier im wesentli- 
chen allgemeingültig dargestellt, wobei 
unter den einzelnen Betriebssystemen 
im Detail, vor allem beiden Kommandos 
und Filespezifikationen, geringfügige 
Abweichungen auftreten können. Uber 
diese Besonderheiten sollte man sich 
immer informieren, wenn man mit einem 
bestimmten C-Sprach Verarbeitungssy- 
stem unter einem konkreten Betriebssy- 
stem zu arbeiten beginnt. Der letzte Teil 
dieser Artikelreihe wird dann einige 
komplexe Programmbeispiele behan- 
deln, an denen auch die Programmie- 
rungstechnik in C verdeutlicht werden 
soll. 


9.5. Zeilennumerierung 

# I ine constant identifier 

definiert die Zeilennummer und den Na- 
men eines Quellprogramms. Die Prä- 
prozessoranweisung wird zur besseren 
Identifikation von Fehlermeldungen bei 
C-Programmen benutzt, die durch zahl- 
reiche Fileeinfügungen unübersichtlich 
geworden sind. Die Anweisung ermög- 
licht, daß sich die Fehlermeldungen auf 
die Zeilennummern verschiedener 
Quellfiles beziehen können. Wenn in 
der Anweisung kein Identifikator spezifi- 
ziert ist, so wird der letzte Identifikator 
weiter benutzt. 


Beispiel: 

#line 1 TESTO 

Die folgende Zeile des Files TESTO 
bekommt die Zeilennummer 1 . 


Beispiel: 

Wenn der Generierungsparameter 
TIME ungleich 0 ist, soll die Struktur 
datum mit der Komponente Zeit ge- 
neriert werden, anderenfalls soll die 
Struktur keine Komponente Zeit defi- 
nieren. 

#define TIMEI 

#if TIME 
struct datum 
{int tag; 
char *monat; 
char jahr[2]; 
int zeit[2]; 

#else 

struct datum 
{int tag; 
char*monat; 
char jahr{2];} 

#endif 

Die generierungsabhängige Struktur 
datum kann auch vereinfacht wie 
folgt definiert werden: 

struct datum 
{Int tag; 
char*monat; 
char jahrf2]; 

#if TIME 
intzeit[2]; 

#endif 

} 

Die zweite Schreibweise ist der er- 
sten äquivalent. 

10. Ein- und Ausgabefunktionen 

Die Ein- und Ausgabeorganisation ist, 
wie bereits erwähnt, kein Bestandteil 
der Sprachdefinition der Programmier- 
sprache C. Sie wird grundsätzlich über 
Funktionen der Standard-Unterpro- 
grammbibliothek (CSLIB.OLB oder 
C.OLB) realisiert, die größtenteils As- 
semblerunterprogramme zur Anpas- 
sung an das Betriebssystem des jeweili- 
gen Rechners enthält. Durch die Stan- 
dard-Unterprogramme der Unterpro- 
grammbibliothekwird im wesentlichen 
die Portabilität der C-Programme abge- 
sichert. Diese Unterprogramme (Funk- 
tionen) werden nachfolgend behan- 
delt. 


1 0. 1 . Prinzipien der Fileverarbeitung 
Unter einem File wird eine logisch zu- 
sammenhängende Menge von Daten- 
sätzen verstanden, die nach einem be- 
stimmten Organisationsprinzip auf ex- 
ternen Datenträgern, wie Disketten, 
Plattenspeicher, Magnetbandkassetten 
usw., gespeichert werden. Vielfach wird 
in der Literatur der früher stärker be- 
nutzte Begriff Datei dem Begriff File 
gleichgesetzt, wobei aber der Begriff 
Datei vom Organisationsprinzip des Fi- 
les (Filestruktur) abstrahiert. Files wer- 
den auf den exlemen Datenträgern 
durch Filespezifikationen identifiziert. 
Eine Filespezifikation besteht im allge- 
meinen aus einem Gerätenamen (dev:), 
einem Verzeichnisnamen (d/r/oder 
[dir]), einem Filenamen { fname ) und ei- 
nem Filetyp (. ftyp ): 
dev.dirlfname.ftyp 
oder 

dev:[dir]tname.ftyp ; version 
In CP/M-kompatiblen Betriebssyste- 
men entfällt generell die Angabe eines 
Verzeichnisses. In MS-DOS- bzw. 
UNIX-kompatiblen Betriebssystemen 
wird das Verzeichnis durch einen 
Schrägstrich vom Filenamen getrennt. 
Es können auch - durch Schrägstriche 
getrennt -noch Unterverzeichnisse 
(Subdirectories) spezifiziert werden. Im 
Betriebssystem OS-RW auf SKR-Anla- 
gen wird das Verzeichnis generell in ek- 
kigen Klammern spezifiziert, und nach 
dem Filetyp kann noch eine Versionsan- 
gabe (;version) folgen. Beim Zugriff auf 
das Standardgerät, das Standardver- 
zeichnis des Nutzers und die letzte Ver- 
sionsnummer eines Files können die 
entsprechenden Angaben in der File- 
spezifikation entfallen, so daß nur der 
Filename und der Filetyp angegeben 
werden müssen. 

Für nicht filestrukturierte Geräte, wie 
Drucker, Terminals usw., müssen die 
entsprechenden Gerätenamen spezifi- 
ziert werden, wobei die Angabe von Fi- 
lename und Filetyp entfallen kann, z. B. 
für den Drucker in Abhängigkeit vom 
Betriebssystem PRT:, LST: oder LP: 
usw. 

In Betriebssystemen werden sequen- 
tielle Files und Direktzugriffsfiles unter- 
schieden. 

Sequentielle Files können auf allen Ge- 
räten ein- oder ausgegeben werden, wie 
Diskettenspeicher, Magnetbandgeräte, 
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Terminals, Drucker usw. Direktzugriffs- 
files können nur auf Geräten mit wahl- 
freiem Zugriff, wie Diskettenspeicher 
und Plattenspeicher, ein- und ausgege- 
ben werden. Da die sequentiellen Files 
von grundlegender Bedeutung sind und 
betriebssystemunabhängig realisiert 
werden können, „standardisiert' 1 die 
Standard- U nterprogram mbib I iot he k n u r 
die Verarbeitung sequentieller Files. Die 
Verarbeitung von Direktzugriffsfiles ist 
im wesentlichen betriebssystemabhän- 
gig und soll deshalb nur als Beispiel für 
das Betriebssystem UNIX zum Schluß 
dieses Abschnitts skizziert werden. 

Die Verarbeitung von Files schließt fol- 
gende Funktionen ein; 

- Eröffnen des Files (open) 

- Ein- oder Ausgabe der Datensätze 
(read oder write bzw. gef oder put) 

- Schließen des Ries (dose). 

Für die Fileeröffnung wird bei sequen- 
tiellen Files die Funktion fopen verwen- 
det. Bei der Fileeröffnung wird vom 
Laufzeitsystem ein Filedeskriptorblock 
(FDB) eingerichtet. Bei der Fileverarbei- 
tung mit den Ein- und Ausgabefunktio- 
nen, wie getc, putc, fgets. fputs usw., 
wird auf den FDB über einen Filepointer 
fp Bezug genommen. Nach der Filever- 
arbeitung wird mit der Funktion fclose 
das File wieder geschlossen und der 
FDB gelöscht. 

Zur Vereinfachung der Anwendung der 
Fileverarbeitung existiert ein File 
STDIO.H, das die Strukturdefinition für 
den FDB enthält. Die Bezugnahme er- 
folgt über den Strukturentyp FILE, mit 
dem beliebige Filepointer eingerichtet 
werden können. Voraussetzung ist, daß 
das File STDIO.H mit der Anweisung 
#include • stdio.h > am Programman- 
fang in das C-Programm eingefügt 
wurde. (Das File STDIO. H enthält außer- 
dem noch Definitionen für die Symbole 
FALSE (0), TRUE (1 ), NULL (0), EOF 
(— 1) und EOS (\0).) 

Die Fileeröffnung kann dann wie folgt 
durchgeführt werden: 

V)=fopen ( name , mode); 

wobei 

name 

die Filespezifikation angibt, die entspre- 
chend den Festlegungen des verwen- 
deten Betriebssystems aufgebaut sein 
muß, 
mode 

die Zugriffsart spezifiziert; 

„r" - Lesezugriff, 

„w“ - Schreibzugriff, 

„a“ - Schreibzugriff zum Anfügen an 
das File. 

Dem Filepointer wird bei fehlerfreier Fi- 
leeröffnung die Adresse des FDB zuge- 


wiesen. Bei fehlerhafter Fileeröffnung 
wird der Filepointer fp auf Null gesetzt. 
Diese Bedingung kann mit dem Symbol 
NULL getestet werden. 

Der Fileabschluß erfolgt mit: 

fclose (fp); 

Bei normaler Programmbeendigung 
wird jedes noch offene File automatisch 
geschlossen. 

Durch das Laufzeitsystem werden drei 
Filepointer für das Standardgerät des 
Nutzers, das Bedienterminal (CON: 
oder TI:), automatisch eingerichtet: 

stdin - als Standardeingabegerät 
stdout - als Standardausgabegerät 
stderr - als Standardfehlerausgabege- 
rät. 

Diese Filepointer brauchen nicht defi- 
niert und die Files nicht eröffnet werden 
(sind in STDIO. H definiert). 

Beispiel: 

#include <stdio.h> 
main () 

( 

FILE *fp1,*fp2; 

if((fp1=fopen(“TEST.DAT“,“r“)) 
==NULL) goto ENDE; 
if((Fp2=fopen(“LP:“,“w“)) 

==NULL) goto ENDE; 

fciose(fpl); fclose(fp2); 

ENDE: 

} 

10.2. Ein- und Ausgabe von Zeichen 

Die zeichenweise Ein- und Ausgabe 
kann mit den Funktionen getc und putc 
durchgeführt werden: 

c=getc(/p); 
putc (c,fp); 

wobei c die Variable (im Byteformat) ist, 
die ein- oder ausgegeben werden soll. 
Wenn bei einer Eingabeanweisung kein 
Zeichen mehr zur Verfügung steht, so 
wird der Variablen c der Wert -1 (EOF - 
End Of File) zugewiesen, der mit dem 
Symbol EOF ausgetestet werden kann. 
Zur Vereinfachung der Nutzung des 
Standardein- bzw. -ausgabegerätes 
stehen zwei weitere Funktionen zur Ver- 
fügung: c— getchar(); 
entspricht: c— getc(stdin); 
putchar(c); 

entspricht: putc(c, stdout); 

Beispiel: 

Angenommen, im Beispiel 10.1 soli 
das File “TEST.DAT“ auf “LP:“ pro- 
tokolliert werden, so sind folgende 
Anweisungen zu ergänzen: 


charc; 

while((c=getc(fp1))!=EOF) 

putc(c,fp2); 

10.3. Ein- und Ausgabe von Zeilen 

Die Ein- und Ausgabe von Zeilen kann 
mit den Funktionen fgets und fputs er- 
folgen: 

s=tgeis(line,lmax,fp); 
fputs (line,fp); 
wobei 

line das Feld mit der Zeile, 

Imax die maximal einzugebende Zeilen- 
länge und 

s Adresse des Satzes oder NULL (bei 
Fileende) ist. 

Es ist zu beachten, daß das letzte Zei- 
chen einer Zeichenkette immer ein Null- 
Zeichen (EOS - End Of String) ist; das 
heißt, wenn Imax mit 80 Zeichen vorge- 
geben ist, beträgt die tatsächliche maxi- 
male Zeilenlänge nur 79 Zeichen. Ge- 
nauso fordert fputs, daß die auszuge- 
bende Zeile mit dem Steuerzeichen 
EOS abgeschlossen ist. 

Zur Vereinfachung der Arbeit mit dem 
Standardgerät des Nutzers stehen zwei 
weitere Funktionen zur Verfügung: 
gets(//ne) 

entspricht: fgets (line, Imax, stdin) 
puts(//ne) 

entspricht: fputs(//ne, stdout) 

Beispiel 

#include <stdio.h> 
main() 

{ 

char zeile[80] ; FILE*fp1 ; 
if((fp1 =fopen(“TEST.C“,“r“)) 
==NULL) 

error(“FI1e can’t be opened“); 
while(fgets(zeile,80,fp1 )) 
fputs(zei le, stdout) ; 
fclose(fpl); 

} 

1 0.4. Formatierte Ein- und Ausgabe 

Für die formatierte Ein- und Ausgabe 
stehen die zwei Funktionen fprintf und 
fscanf zur Verfügung: 
fprintf(fp, formal, arg 1,arg2 , . . .) 
fscanf(fp, formal, arg 1#rg2, . . .) 
wobei 

formet- die Formatbeschreibung und 
arg i - die Argumente angeben. 

Die Formatbeschreibung gibt den Auf- 
bau des externen Datensatzes an, wo- 
bei spezifiziert wird, an welcher Stelle 
sich welche Argumente in welchem Da- 
tenformat befinden sollen. Die Datenfor- 
mate der Argumente werden durch For- 
matelemente beschrieben, die mit ge- 
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wohnlichen Textzeichen beliebig ge- 
mischt werden können. Bei der Aus- 
gabe geben die Formatelemente somit 
an. an welcher Steile welche Argumente 
in welchem Format eingefügt werden 
sollen. Bei der Eingabe geben die For- 
mateiemerite an, wie die Eingabezei- 
chenkette zu interpretieren ist. 

Die Formatelemente beginnen mit ei- 
nem Prozentzeichen %. Das Format 
wird durch ein nachfolgendes Zeichen 
spezifiziert: 

d dezimale Darstellung des Arguments 

(int) 

u dezimale Darstellung des Arguments 
ohne Vorzeichen (nur Ausgabe) (int) 
o oktale Darstellung des Arguments 

(int) 

x hexadezimale Darstellung des Argu- 
ments (Int) . 

C das Argument ist ein Zeichen (char) 
s das Argument ist eine Zeichenkette 

(char) 

f Eingabe eines Gleitkommaargu- 
ments (float oder double) 

Ausgabe eines Gleitkommaargu- 
ments in der Punktdarstellung 
(—]mmm.nnnnnn. 
e Ausgabe eines Gleitkommaargu- 
ments in der Exponentendarstellung 
[—]m.nnnnnnE{+-)xx. 
g Ausgabe eines Gleitkommaargu- 
ments in der Form %e oder %f. je 
nachdem, welches Format kürzer ist. 

Soll in dem Text ein %-Zeichen ausge- 
geben werden, so muß %% spezifiziert 
werden. 

Bei der Ausgabe kann zwischen dem 
%-Zeichen und dem Formatzeichen 
eine ausführliche Druckformatspezifika- 
tion stehen: 

- Ein Minuszeichen, das angibt, daß 
das umgewandelte Argument in seinem 
Feld linksbündig ausgerichtet wird. 

- Eine Zahl , die die minimale Feldbreite 
definiert. Erfordert das Argument nicht 
die volle Feldbreite, so wird das Feld mit 
Leerzeichen aufgefüllt. Beginnt die Zahl, 
die die Feldbreite spezifiziert, mit einer 
Null, so wird das Feld mit Nullen aufge- 
füllt. 

- Ein Punkt mit einer Zahl, die eine ma- 
ximale Feldbreite definiert. Be float und 
double gibt diese Zahl die Stellen nach 
dem Dezimalpunkt an. 

- Ein Buchstabe I, der angibt, daß das 
zugehörige Argument im long- Format 
(bzw. double-Format) spezifiziert ist. 

Bei der Eingabe werden Leerzeichen, 
Tabulatoren und Zeilenvorschubzei- 
chen in der Formatbeschreibung igno- 
riert. 

Sonstige Zeichen (außer %) müssen in 
der Eingabezeiie auftreten. Die Format- 


elemente legen den Datentyp der Argu- 
mente fest. Zwischen dem %-Zeichen 
und dem Formatzeichen können ste- 
hen: 

- Ein Stern (*), der angibt, daß das Ein- 
gabefeld übersprungen wird. Eine Wert- 
zuweisung erfolgt nicht. 

- eine Zahl, die die Feldbreite des Ein- 
gabefeldes spezifiziert 

- ein Buchstabe I vor den Formatzei- 
chen d, o oder x zeigt an, daß das ent- 
sprechende Argument im long-Format 
spezifiziert ist. Vor dem Umwandlungs- 
zeichen e odert weist I auf das double- 
Format hin. 

Bei der Eingabe ist zu beachten, daß die 
Argumente Zeiger sein müssen. Bei 
Feldvariablen ist das automatisch gege- 
ben, Bei einfachen Variablen ist. falls 
kein Zeiger vorhanden, die Adresse 
überden Adreßoperator & zu spezifizie- 
ren. 

Zur Vereinfachung der Nutzung des 
Standardein- und -ausgabegerät es ste- 
hen zwei weitere Funktionen zur Verfü- 
gung: 

printf{formaf,arg 1,arg2 , . . .) 
scanf(format,arg 1 ,arg2, . . .) 

Diese beiden Funktionen entsprechen 
den Funktionen fprintf und fscanf, mit 
der Ausnahme, daß kein Filepointer an- 
gegeben wird. 

Beispiel: 

main() 

{ 

int n; 
float s; 

char name[40]; 

scanf(“%s %d %f“, name,&n,&s); 
printf(“ \nName : %-20s Nr. %-4d 
Gehalt: %8.2f M“, name,n,s); 
printf(“\n\nEnde 
des Programms\n“); 

} 

Mit scanf wird eine Eingabe angefor- 
dert. Es wird folgende Zeichenkette 
eingegeben: 

Meier 71 3850.6<CR> 

Auf dem Terminal erscheinen fol- 
gende Ausgaben: 

Name: Meier Nr.71 3 Gehalt: 

850,60 M 

Ende des Programms 

10.5. Formatumwandlung im Spei- 
cher 

Analog zu den Funktionen fprintf 
und fscanf existieren zwei weitere 
Funktionen, sprintf und sscanf, die 
die gleichen Formatumwandlungen 


vornehmen, aber die Zeichenketten 
nicht ein- und ausgeben, sondern die 
Zeichenketten im Speicher ablege n 
bzw. im Speicher voraussetzen. Diese 
Funktionen werden wie folgt aufgerufen: 
sprintf (string, format, arg 1,arg2 , . . .) 
sscanl{string,format,arg1,arg2 , . . .) 
wobei 

string die Zeichenkette spezifiziert, die 
bei sprintf das Ergebnis der Format- 
wandlung aufnehmen soll bzw. bei 
sscanf die umzuwandelnde Zeichen- 
kette enthält, 

iormat die Formatbeschreibung (siehe 
10.4 .) und 

argi die Argumente (siehe 10.4.) ange- 
ben. 

10.6. Fehlerausgaben, Programm- 
beendigungen und Zusatzfunktionen 
Für Fehlerausgaben und Programmbe- 
endigungen wird meistens die Funktion 
error (“string“) 

benutzt, wobei string die Fehlernach- 
richt spezifiziert. Die Fehlernachricht 
wird auf stderr ausgegeben. Die Files 
werden ordnungsgemäß abgeschlos- 
sen und das Programm abgebrochen. 
(Für den Parameter “ string “ kann auch 
eine Parameterspezifikation wie in der 
printf-Funktion stehen.) 

Ein Programm kann auch mit der Funk- 
tion exit(n) abgebrochen werden, wobei 
n einen Fehlerkode spezifiziert. Eine 
Null (0) zeigt eine fehlerfreie Ausfüh- 
rung an. Auch bei exit werden alle Files 
ordnungsgemäß abgeschlossen. Vor 
exit kann eine Aufbereitung einer Feh- 
lermitteiiung mit fprintf erfolgen. 

Beispiel: 

fprintff stderr,“ \nFile%s kann 
nicht eröffnet werden 
\n“, name); 
exrt(1); 

Bei der Eingabe von Zeichen kann mit 
der Funktion 

ungetc(c,/p) 

das jeweils letzte Zeichen wieder in das 
File zurückgeschrieben und somit das 
File modifiziert werden. Hierbei haben 
die Parameter folgende Bedeutung: 
c- zurückzuschreibende Variable 
fp- Filepointer des zu modifizierenden 
Files. 

10.7. Elementare E/A-Funktionen 
Die elementaren E/A-Funktionen ge- 
statten im Betriebssystem UNIX die un- 
mittelbare Verarbeitung von beliebigen 
physischen Datenträgern im sequentiel- 
len Zugriff und Direktzugriff. Der Trans- 
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.ter.wird dabei direkt zwischen dem E/A- 
Puffer und dem E/A-Gerät organisiert. 
Folgende Funktionen stehen zur Verfü- 
gung: 

fd= open(/?ame, rwmode): 

Eröffnen eines Files 
fd=creai(name,pmode ): 

Erstellen eines neuen Files 
na-reati(fd,buf,n ): 

Lesen eines Blockes 
na=wr\te{fd,buf,n): 

Schreiben eines Blockes 
close(fd): 

Schließen eines Files 
untink(name): 

Löschen eines Files 
\seektfd,offset, Position) : 

Positionieren auf ein Byte 
wobei 

fd- Filedeskriptornummer für das File, 
name - Filespezifikation, 
rwmode - Zugriffsart: 

0- nur Lesezugriff 

1 - nur Schreibzugriff 

2 - Lese- und Schreibzugriff 
pmode - Fileschutzfestlegung 
(neun Bits): 

rew rew 

Eigen- Gruppen- 

tümer mitglieder 

r =1 - Lesen erlaubt 
e -1 - Ausführen erlaubt 
w=1 - Schreiben erlaubt 
buf - E/A-Puffer 
n - Blockgröße (in der Regel 51 2 Byte) 
na - aktuelle Blockgröße in Byte (tat- 
sächlich ein- oder ausgegebene Byte- 
anzahl) 

offset- Nummer des Bytes, auf das po- 
sitioniertwerden soll. Diese Angabe 
muß im long-Format spezifiziert wer- 
den! 

Position - Fileposition als Basis für off- 
set: 

0 = Fileanfang 

1 = aktuelle Fileposition 

2 = Fileende 

Der Parameter fd ist eine Filedeskriptor- 
numrfibr, die nicht mit dem Filepointer fp 
verwechselt werden darf, fd ist immer 
eine positive Integerzahl. Die Nummern 
0,1 und2sindfürdie Files stdin, stdout 
und stderr vergeben. Werden weitere 
Files eröffnet, so werden weitere Num- 
mern vergeben. Wenn ein File nicht 
eröffnet werden kann, so wird fd auf —1 
gesetzt. 

Der Parameter na wird auch zur Fehler- 
erkennung verwendet. Ein Wert -1 
zeigt einen Ein- bzw. Ausgabefehler und 
ein Wert 0 bei Eingabefiles das Fileende 
an. 


rew 

Übrige 


Bild 1 Methodik der Programmentwicklung 


Beispiel: 

#include<stdio.h> 

main() 

{ 

char block[512]; 
int filel ,file2; 

if ((filel =open(“TEST.TXT“,0))<0) 
error (“File 1 nicht vorhanden“); 
W((file2=creat 
(“TEST.DOC“, 0766))<0) 
error (“File 2 kann nicht 
angelegt werden“); 
while ((nl =read(file1 .block, 
512))!=0) 

{if (nl <0) error (“Eingabetehler“); 
if ((n2=write(file2,block,n1)l=n1) 
error (“Ausgabefehler“);} 
close (filel); close(file2); 

} 

11. Methodik der Programm- 
entwicklung 

Unter fast allen Betriebssystemen er- 
folgt die Verarbeitung von Qu eil Pro- 
grammen. die in der Programmierspra- 
che C geschrieben sind, nach dem Prin- 
zip der zweistufigen Programmentwick- 
lungsmethodik (Bild 1 ). Dieses Prinzip 
schließt die Verwendung eines Zwi- 
schenkodes, des sogenannten Objekt- 
kodes, ein. Jeder Quellmodul fname.C 
wird in der ersten Verarbeitungsstufe 
durch den C-Compiler CC in einen Ob- 
jektmodul 

fname. OBJ übersetzt. Unter einem 
Quellmodul wird allgemein eine Über- 
setzungseinheit des Compilers verstan- 
den. Der C-Compiler läßt zu, daß ein 
Quellmodul eine oder mehrere kom- 
plette Funktionen enthält. Der Objekt- 
modul enthält im wesentlichen das in 
den Maschinenkode des Zielrechners 
übersetzte C-Programm sowie Steuer- 
informationen über die Definition globa- 
ler Symbole und die Bezugnahme auf 
globale (externe) Symbole. Während 
der Übersetzung eines Quelimoduls 
kann der C-Compiler auf das File 
STDIO.H mit der Definition des Filede- 
skriptorblockes und der Filepointer für 
die Standardgeräte Bezug nehmen. 
Ebenso können beliebige andere Quell- 
files mit der #include-Anweisung vom 



C-Compiler in den Quellmodul einge- 
fügt werden. 

In der zweiten Verarbeitungsstufe wer- 
den die getrennt übersetzten Objektmo- 
duln durch den Programmverbinder 
(LINK - Linker oder TKB- Taskbuilder) 
zu einem ausführbaren Maschinenko- 
deprogramm (friame.EXE oder fna- 
me.TSK) verbunden. Dabei nimmt der 
Programmverbinder auch auf die Ob- 
jektmoduibibliothek des C-Laufzeitsy- 
stems (CSLIB.OLB oder C.OLB) und 
gegebenenfalls auch auf private Objekt- 
modulbibliotheken Bezug. Aus den Ob- 
jektmodulbibliotheken werden nur die 
Objektmoduln verwendet, die benötigt 
werden, um noch offene Bezugnahmen 
auf externe (globale) Symbole auflösen 
zu können. An den bezugnehmenden 
Stellen in den verschiedenen Objekt- 
moduln ergänzt der Programmverbinder 
die absoluten virtuellen oder physischen 
Adressen der externen (globalen) Sym- 
bole. Das Ergebnis der Programmver- 
bindung ist der ausführbare Lademodul, 
der alle benötigten Hilfsfunktionen bein- 
haltet und keine offenen Bezugnahmen 
auf externe (globale) Symbole mehr ent- 
hält. 

Die Aufbereitung der C-Quellmoduln 
erfolgt mit einem Standard -Editor des 
jeweiligen Betriebssystems. Da der C- 
Compiler keine Drucklisten des Quell- 
moduls erstellt, sondern nur eine Feh- 
lerliste ausgibt, müssen für die Ausgabe 
der Druckliste des Quelimoduls die Be- 
triebsfunktionen wie TYPE, PRINT oder 
PIP genutzt werden. 

Der Programmverbinder erstellt bei Be- 
darf eine Druckliste, die die eingebun- 
denen Objektmoduln und die Haupt- 
speicheraufteilung ausweist. 

Der Start des Lademoduls erfolgt mit 
dem RUN-Kommando des Betriebssy- 
stems. Spezielle Testhilfen werden für 
den Test von C-Programmen nicht zur 
Verfügung gestellt. Zweckmäßiger- 
weise bedient man sich für eine Testun- 
terstützung derprintf-Funktion, mit der 
man für Testzwecke die Zustande von 
internen Variablen an bestimmten Stel- 
len des Algorithmus ausgibt. Später 
werden diese printf-Anweisungen ent- 
weder wieder aus dem Programm ge- 
löscht oder in Kommentare umgewan- 
delt. 

Für die Verarbeitung eines C-Pro- 
gramms unter einem bestimmten Be- 
triebssystem muß man sich in jedem 
Fall mit den entsprechenden Anweisun- 
gen zur Benutzung der verschiedenen 
Betriebssystemkomponenten, des C- 
Compilers und des Programmverbin- 
ders vertraut machen. 
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Computerkopplung KC85/3- 
PC1715 über V.24-Interface 


Klaus-Dieter Kirves, 

Karsten Schiwon 

VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen 


Mit der Bereitstellung des Moduls 
M003-V24 für die Kleincomputer KC 85/ 
2 und KC 85/3 ist nicht nur eine Möglich- 
keit für die Kleincomputer geschaffen 
worden, Daten auf Drucker auszuge- 
ben, sondern auch die einer Kopplung 
von Kleincomputern untereinander 
oder zu anderen Computern, wie z. B. 
dem PC 1715. Dabei ist eine sinnvolle 
Ergänzung der Möglichkeiten beider 
Computer denkbar, wie das Erfassen 
von Daten auf Kleincomputern und de- 
ren rechnerisches Auswerten auf dem 
Personalcomputer oder auch das grafi- 
sche Darstellen errechneter Werte auf 
dem Kleincomputer. Weiterhin stehen 
durch eine Kopplung die Diskettenlauf- 
werke der PC 1715 auch den Kleincom- 


Tafel 1 Belegung des Verbindungskabels 


Signalleitung 
am PC 

Anschluß 
am PC 1715 
Steckverbinder 
26polig 

Anschluß 

KC 85/3 
Diodenbuchse 

Masse 

A1.B1.B2 

2 

RxD 

B4 

3 

DTR 

B8 


TxD 

A3 

1 

CTS 

B6 

5 

DCD 

A9- 

Brücke zu B8 



Tafel 2 Eingestellte Parameter 


Device: 

PC 1715V.24 

Übertragungsrate: 

1200 Baud 

Bit pro Zeichen: 

8 

Anzahl der Stoppbits: 

1 

Protokollart: 

DTR 

Parität: 



putem als externe Speicher zur Verfü- 
gung. 

So, wie die Anwendungs- und Einsatz- 
gebiete der Computer in den verschiede- 
nen Fällen starke Unterschiede haben, 
werden auch die Aufgaben einer Kopp- 
lung von Computern stark differieren. 
Deshalb kann hier das Problem der 
Computerkopplung nicht für alle An- 
wender gelöst werden, sondern es sollen 
Hinweise zur Übertragung von BASIC- 
Quellprogrammen und -Daten gegeben 
werden. 

Die Programmkassette C 0171 V.24- 
Software enthält zwei Duplex-Schnitt- 
stellen, die vom BASIC-Interpreter des 
KC 85/3 über die Anweisungen LI- 
ST#2, LOAD #2, PRINT#2 und IN- 
PUT#2 (bzw. #3) angesprochen wer- 
den. Auf dem PC 1715 ist ein universel- 
les Koppelprogramm TLCX des Büro- 
maschinenwerkes Sömmerda als 
Schnittstelle zum SCPX verfügbar. Ta- 
fel 1 zeigt die Beschaltung des zur Kopp- 
lung erforderlichen Kabels. Tafel 2 gibt 
die einzustellenden Parameter an. 

Zur Kopplung wird in den KC 85/3 ent- 
weder die Routine V24DUPL1.COM 
(entspricht#2) oder V24DUPL2.COM 
(#3) geladen. Beide Programme sind 
selbststartend und somit beim Start des 
BASIC-Interpreters sofort verfügbar. 
Am PC 1715 wird das Programm TLCX 
gestartet. Anschließend erfolgt einmalig 
das Einstellen der Übertragungspara- 
meter und deren Abspeicherung. Das 
Aktivieren der Übertragung erfolgt mit 
dem Kommando 'TALK'. Durch Ein- 
gabe von '(ESC)?' können die mögli- 
chen Bedienungen abgefragt werden. 

Mit '(ESC)G' wird der PC auf Empfang 
geschaltet und mit der vereinbarten ES- 
CAPE-Folge beendet, und die empfan- 
genen Daten können auf Diskette abge- 
legt werden. Das Senden von Daten er- 
folgt über '(ESC)S'. 


Diese Form der Übertragung ist nur für 
ASCII-Dateien geeignet. 

Beispiel 1 

Vom PC 1715 wird ein BASIC-Pro- 
gramm in den KC übertragen. 

- Starten BASIC im KC 

- Laden V24DUPL2.COM 
mit BLOAD 

- Starten der Übertragung mit LOA- 
D#3“A“ (beliebiger Name) 

- Laden TLCX im PC 

- Starten der Übertragung mit (ESC)S 

- Eingabe des Namens 

- Einstellen der Protokollart 'T' 
(TIME-WAIT, d. h. nach jeder übertra- 
genen Zeile läßt der PC dem BASIC-In- 
terpreter des KC eine Sekunde Zeit zum 
Einordnen der Zeile) 

- das empfangene Programm wird auf 
dem Bildschirm des KC aufgelistet 

- Beenden im KC mit der 'BRK' -Taste 

Beispiel 2 

BASIC-Programme oder Daten aus ei- 
nem BASIC-Programm des KC werden 
als ASCII-Datei auf Diskette des PC zur 
weiteren Bearbeitung, z. B. mit BASI 
oder TP, abgelegt. 

- Starten TLCX 

- Starten Übertragung mit (ESC)G 

- Eingabe des Namens 

- Einstellen der Protokollart N 
(NO PROTOCOL) 

- Vorbereitung am KC wie im Beispiel 1 

- Ausgabe der Daten vom KC mit 
PRINT#3 

- Abspeichern der Daten auf Diskette 

Beispiels 

Daten aus einer ASCII-Datei des PC 
werden zu einem BASIC-Programm in 
den KC übertragen 

- Vorbereitung KC und PC wie im Bei- 
spiel 1 

- Eingabe im BASIC-Programm durch 
INPUT+3 A$: PRINT+3 “Y“; 

- Einstellen der Protokollart C (CHA- 
RACTER WAIT) am PC 

- Eingabe des Quittungszeichens 'Y' 
startet die Übertragung 


Modul M01 1 : 64-KByte-RAM 

Speichererweiterung für KC 85/2 und /3 


Klaus-Dieter Kirves, Bernd Schenk, 
Karsten Schiwon 

VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen 

Technische Beschreibung 
Der Modul M01 1 ist durch folgende 
Funktionsbaugruppen charakterisiert: 
- 64-KByte-RAM-Speicherblock mit 
Ansteuerung 


- Modulprioritätssteuerung 

- Modulsteuerung zur Zwischenspei- 
cherung und Steuerung der Betriebsar- 
ten 

- Modulkennung 

Speicheradressierung und Blockstruk- 
tur 

Der 64-KByte-Speicher des Moduls ist 
in 4 Blöcke zu je 16 KByte unterteilt. 


Die 4 Blöcke bilden stets einen zusam- 
menhängenden Speicherbereich von 
OOOOH bis FFFFH, die in den verfügba- 
ren Adreßraum des KC-Systems einge- 
ordnet werden. Im Bild 1 ist die Spei- 
cheraufteilung des KC 85/3 mit 64- 
KByte-RAM-Modul dargestellt. 

Modulprioritätssteuerung 

Alle Module des Kleincomputers verfü- 
gen über eine Modulprioritätssteue- 
rung. Die Module sind deshalb in einer 
Kette aneinandergereiht, die durch die 
Signale MEI und MEO gebildet wird. 
Damit ist es möglich, alle aktiv geschal- 
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Bild 1 Speicheraufteilung Modul M011 im KC 85/3 



Bild 2 Zuordnung der vier 16-K-Blöcke des M01 1 
im absoluten Speicherraum des KC 85 13 in Abhän- 
gigkeit vom Steuerbyte 


Steuerbyte | 

cx 

Block 4 

Block 3 

Block 2 

Block 1 

8X 

Block 3 

Block 4 

Block 1 

Block 2 

4X 

Block 2 

Block 1 

Block 4 

Block 3 

OX 

Block 1 

Block 2 

Block 3 

Block 4 


0000 

3FFF 

4000 

7FFF 

8000 

BFFF 

cooo 

FFFF 


X - zweite Stelle des Steuerbytes kk für die Defini- 
tion der Betriebszustände 


teten gleichartigen Module in ihrer Prio- 
rität so zu steuern, daß nur der jeweils 
höchstpriorisierte Modul für den Pro- 
zessor verfügbar ist. Alle anderen akti- 
ven Module bleiben für den Prozessor- 
zugriff gesperrt. 

Aus dem Bild 1 läßt sich ablesen, daß 
der Speicher des Moduls M011 parallel 
zum Grundgerätespeicher angeordnet 
ist, sich also in der nächsten Prioritätse- 
bene befindet. Lediglich in die Speicher- 
bereiche, die durch die Grundgeräte 
nicht belegt werden (beim KC 85/2 und 
KC 85/3 der Bereich von 4000H bis 
7FFFH sowie beim KC 85/2 zusätzlich 
die Bereiche von C000H bis DFFFH, 
E800H bis EFFFH und F800H bis 
FFFFH), ordnen sich die entsprechen- 
den Speicherkapazitäten des MOll-Mo- 
duls so ein, daß sich diese Blöcke in der 
höchsten Prioritätsebene befinden. Alle 
anderen Speicherblöcke des MO 11 -Mo- 
duls sind durch die Prioritätskette ge- 
sperrt. Für den Prozessor sind diese 
Blöcke nicht unmittelbar zu erreichen. 
In der Grundkonfiguration des KC-85- 
Systems ist der Adreßbereich von 4000H 
bis 7FFFH der einzige, welcher zusam- 
menhängend einen nichtbelegten 
Adreßumfang von 16 KByte besitzt. Um 
dies auszunutzen, kann durch ein ent- 
sprechendes Steuerbyte jeweils ein 
Block des MOll-Moduls in diesen 
Adreßraum eingeordnet werden. Die 
drei anderen Blöcke werden dabei auf 
neue Adreßbereiche umorientiert. In 
Bild 2 sind die Blockzuordnungen bzgl. 
des absoluten Adreßbereiches des Pro- 
zessors in Abhängigkeit vom Steuerbyte 
dargestellt. 

Es ist zu erkennen, daß durch Variation 
des Steuerbytes die einzelnen Blöcke 
des MOll-Moduls für den Prozessor im 


Adreßbereich von 4000H bis 7FFFH 
verfügbar gemacht werden können. 
Darüber hinaus können durch Inaktivie- 
ren der Grundgerätespeicher weitere 
Blöcke des MOll-Moduls in die Haupt- 
speicherebene des KC-Systems verla- 
gert werden. 

Modulsteuerung 

Der Modul ist mit dem Befehl SWITCH 
mm kk zuzuweisen. Die Parameter mm 
(Modulsteckplatzadresse) und kk (Steu- 
erbyte) sind zweistellige hexadezimale 
Zahlen, die aus je 8 Bit bestehen. Diese 
Zuweisung kann auch über das entspre- 
chende Unterprogramm des Betriebssy- 
stems ausgeführt werden. 

Der Modul übergibt bei der Abarbei- 
tung des SWITCH-Befehls das Struktur- 
byte. 

Die Betriebsarten werden programm- 
technisch in der Modulsteuerung zwi- 
schengespeichert. Es können folgende 
Betriebsarten eingestellt werden: 

- Modul aktiv bzw. inaktiv (Der Prozes- 
sor kann auf den aktiven Modul zugrei- 
fen, sofern es die Priorität ermöglicht, 
bzw. der Modul ist im inaktiven Zustand 
vom Prozessor getrennt). 

- Schreibschutz (Der gesamte 64- 
KByte-Speicher ist schreibgeschützt und 
kann durch den Prozessor nur gelesen 
werden.) 

- Blockzuweisung (Der 64-K-Speicher 
kann in 4 Blöcke zu je 16 K selektiert 
werden. Durch entsprechende Steuer- 
bytes können die vier 16-K-Blöcke ge- 
meinsam und gezielt in den absoluten 
Adreßbereich des Prozessors eingeord- 
net werden.) 

Modulkennung 

Jeder Modul erhält eine für ihn charak- 
teristische Modulkennung, das Struk- 
turbyte. Dieses Strukturbyte widerspie- 
gelt den Modultyp bzw. die innere 
Struktur des Moduls im KC-System. 

Das Strukturbyte kann durch den Pro- 
zessor auch im inaktiven Zustand des 
Moduls gelesen werden. Dadurch kann 
sich der Nutzer jederzeit in einem ausge- 
bauten System einen Überblick über die 
verfügbaren Module verschaffen und in 
Abhängigkeit davon seine Entscheidung 
treffen. Der64-KByte-RAM-Modul be- 
sitzt das Strukturbyte F6H. 

Nach Betätigen der RESET-Taste am 
KC bleibt das zugewiesene Steuerbyte 
im Modul erhalten, so daß eine Neuzu- 
weisung nicht erforderlich ist. 


Hinweise zur Systemkonfiguration 

In den vorangegangenen Abschnitten 
wurden die Funktionsweise und die Mo- 
dulzuweisung beschrieben. Daraus geht 
hervor, daß mit dem MOll-Modul zwar 
eine nominale Vergrößerung der Spei- 
cherkapazität um 64 KByte RAM er- 
folgt, aber durch die Modulprioritäts- 
kette des Systems nur ein Teil der Mo- 
dulspeicherkapazität direkt verfügbar ist. 
Durch gezielte Änderung des Modul- 
steuerbytes können neue Abschnitte des 
Modulspeichers in die Hauptspeichere- 
bene des Systems verlagert werden. 

Da der MOll-Modul über einen zusam- 
menhängenden Speicher von 0000H bis 
FFFFH verfügt, werden bei Zugriff des 
Prozessors auf den aktiven Modul alle 
nachfolgend aktiv geschalteten Spei- 
chermodule durch die Prioritätskette 
gesperrt. Ein niederpriorisierter ROM- 
Modul kann deshalb nie durch den Pro- 
zessor erreicht werden, wenn der MOll- 
Modul auf einem höherpriorisierten 
Steckplatz aktiviert wurde. 

BASIC-Interpreter und Modul M011 

Durch den BASIC-Interpreter des Mo- 
duls M006 und des KC 85/3 kann ein ma- 
ximaler Adreßraum von etwa 48 KByte 
für BASIC-Programme verwaltet wer- 
den. Um über diese Speicherkapazität 
verfügen zu können, sind zum Grundge- 
rätespeicher zusätzlich 2 Module M022 
EXPANDER RAM (16-KByte-RAM- 
Erweiterungsmodul) notwendig. Durch 
den Modul M011 kann diese Speicher- 
kapazität für den Interpreter auch er- 
reicht werden, wobei nur ein Modul- 
steckplatz belegt wird. Für den KC 85/3 
kann das im Beispiel zusammengestellte 
System zur Anschauung dienen. Der 
BASIC-Interpreter benutzt zur Ablage 
der BASIC-Programme und Daten den 
Arbeitsspeicher des Grundgerätes und 
2 Blöcke des MOll-Moduls. Ein M011- 
Block liegt in der Hauptspeicherebene 
ab Adresse 4000H und der zweite Block 
ist parallel zum Bildwiederholspeicher 
angeordnet. Für den BASIC-Interpre- 
ter ist der Bildwiederholspeicher stets 
im inaktiven Zustand, so daß damit ein 
zusammenhängender Speicherbereich 
von 48 KByte zur Verfügung steht. Die 
Steuerung des Bildwiederholspeichers 
übernimmt eine spezielle Schnittstelle 
zum Betriebssystem CAOS. 

Auslastung der 64 KByte Speicherkapa- 
zität 

Für Maschinenprogramme besteht die 
Möglichkeit, diese Speicherkapazität 
auszunutzen. Dazu können die vier 16- 
K-Blöcke einzeln ab Adresse 4000H ge- 
laden werden. 

Durch Variation der Steuerbytes kön- 
nen nun die jeweiligen 16-K-Software- 
pakete aufgerufen und abgearbeitet 
werden. 
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Nutzung einer Zeichenketten- 
variablen zur gleichzeitigen Ab- 
speicherung verschiedener Werte 


Die maximale Anzahl von Speicherva- 
riablen ist bei REDABAS/dBASE II 
mit 64 festgelegt. Dies führt manchmal 
zu Schwierigkeiten, wenn man inner- 
halb von Programmen mehr als 64 Va- 
riablen für die Zwischenspeicherung 
von Werten benötigt. Eine Ausweich- 
möglichkeit besteht natürlich im Anle- 
gen einer speziellen Hilfsdatei . Die Nut- 


zung einer solchen Hilfsdatei ist jedoch 
nicht besonders elegant und auch nicht 
immer möglich. Wie man mehrere Werte 
gleichzeitig in einer einzigen Variablen 
zwischenspeichert, wird mit dem Listing 
des kleinen Demonstrationsprogrammes 
aufgezeigt. Das weitgehend selbstdoku- 
mentierende Programm zählt Personen, 
deren Anzahl in der Datei DEMODAT 


(ANZAHL) mit dem jeweiligen Alter 
(N) abgespeichert ist. 

Die dargestellte Realisierung würde die 
Anzahl von Personen je Jahrgang auf 99 
beschränken. Dabei werden die Alters- 
stufen 1 bis 99 berücksichtigt. 

Eine generelle Beschränkung dieser 
Verfahrensweise ist mit der maximalen 
Länge von Zeichenkettenvariablen 
(254) bei REDABAS/dBASE II gege- 
ben. Dabei darf das Produkt aus Anzahl 
und Länge der Werte nicht größer sein 
als die maximale Zeichenkettenlänge. 
Das dargestellte kleine Demonstrations- 
programm zeigt nur eine Variante von 
vielen möglichen Variationen. 

Gert Svcnson 


•DEMO 

SET TALK OFF 

•AUFBAU DER VARIABLEN MSUMM 
STORE 1 TO MX 

STORE "00000000000000000000000" T0 MSUMM 
DO WHILE MX<8 

STORE MSUMM+" 0000000000000000000000000 " TO MSUMM 
STORE MX+1 TO MX 
END DO 

USE DEMODAT 
DO WHILE .NOT. EOF 
•SEQUENTIELLES ZAEHLEM 
IF ANZAHL>0 

STORE VAL(n(HSUMM, 1+(N— 1 )»2, 2) )+ANZAHL TO M 


STORE STR(MY,2)+n(MSUMK,3,196) TO MSUMM 

ELSE 

IF N-99 

STORE n(MSUMH,1,196)+STR(MY,2) TO MSUMM 
ELSE 

STORE n( MSUMM, 1 , (N-1 )*2)+STR(MY,2)+n(MSUMM,N*2+1 , 198-N*2); 

TO MSUMM 
ENDIF 
ENDIF 
ENDIF 
SKIP 

USE 

SET PRINT ON 
? "•••ALTERSSTRUKTUR*»*" 

STORE 1 TO MN 
DO WHILE MN<1 00 

•SCHRITTWEISES AUSLESEN AUS DER VARIABLEN MSUMM 
STORE n(MSUMM,1+(MN-1)*2,2) TO MY 


IF VAL(MY)>0 
? "ALTER "+STR(MN,2)+" 
ENDIF 

STORE MN+1 TO HN 
END DO 

SET PRINT OFF 
SBT TALK ON 


"+MY+" PERSON (EN)" 


Bildl 

Programmlisting 

DEMO 


Bild 2 

Struktur der Datei 
DEMODAT 


STRUCTURE FOR FILE: A: DEMODAT .DBF 

NUMBER OF RECORDS: 00013 

DATE OF LAST UPDATE: 00/00/00 

PRIMARY USE DATABASE 

FLD NAME TYPE WIDTH DEC 


Bild 3 
Inhalt der Datei 
DEMODAT 


DI SP ALL 
00001 99 23 


00003 

00004 

00005 

00006 

00007 

00008 

00009 

00010 
00011 
00012 
00013 


Bild 4 

Ergebnisausdruck 
Programm DEMO 


•••ALTERSSTRUKTUR*** 
ALTER 1: 55 PERSON (EN) 
ALTER 2: 30 PERSON (EN) 
ALTER 12: 74 PERSON (EN) 
ALTER 32: 1 PERSON(EN) 

ALTER 33: 5 PERSON(EN) 

ALTER 35: 10 PERSON(EN) 
ALTER 50: 55 PERSON (EN) 
ALTER 80: 2 PEP.SON(EN) 

ALTER 99: 25 PERSON(EN) 


Speicherplatz sparen 


Häufig sind bei bestimmten Anwendun- 
gen größere Datenlisten abzuspeichern, 
und wenn dies auf der Grundlage von 
BASIC-Feldern erfolgt, kann es bei ei- 
nem KC sehr schnell recht eng werden. 
Handelt es sich darüber hinaus um Inte- 
gerzahlen (z. B. Bildschirmkoordina- 
ten, reale Koordinaten von Flächen 
oder Körpern in Graphikprogrammen), 
dann ist die Verwendung von BASIC- 
Feldern reine Speicherplatzverschwen- 
dung. 


Manche Interpreter bieten für diesen 
Fall die Möglichkeit der Definition von 
Integervariablen; beim KC 85/2 (3) gibt 
es das leider nicht. 

Unter der Voraussetzung, daß alle Da- 
ten innerhalb eines bestimmten Inter- 
valls liegen (z. B. 0 ^ x Si 255, Bild- 
schirmkoordinaten für ein entsprechen- 
des Fenster), kann man durch interne 
Kodierung 50 Prozent und mehr an Spei- 
cherplatz einsparen. 


Grundprinzip: 

Vom BASIC-Speicher wird am oberen 
Ende ein hinreichend großer Block ab- 
getrennt. Beginnend mit der Anfangs- 
adresse AA wird die Liste im Stapelver- 
fahren mit aufsteigenden Adressen ab- 
gelegt. Die Nummer eines Listenele- 
ments wird als Zeiger benutzt. 

Beispiele 

© Integerzahlen z (0 ^ z ^ 255) 
Ablage: POKE AA+NR.Z 
Zugriff: Z=PEEK (AA+NR) 

© Integerzahlen z (-32768^ z gj 
+32767) 
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In diesem Fall werden die Daten intern 
als HEX-Zahlen (2 Byte) abgelegt. Die 
Konvertierung und Rekonvertierung 
besorgt der Interpreter automatisch. 

Im Gegensatz zu POKE werden bei 
DOKE und DEEK negative Argumente 
akzeptiert und richtig interpretiert. 
Ablage: DOKE AA+2*NR,Z 
Zugriff: Z=DEEK (AA+2*NR) 

® Eine weitere Möglichkeit der inter- 
nen Kodierung ist die Verschlüsselung 
der Daten als Zahlen zur Basis 100. Nen- 
nen wir sie „HEKTO-Zahlen“. Als Ko- 
des für die „HEKTO-Ziffern“ 0 bis 99 
kann man z. B. die für Steuer- und Son- 
derzeichen im KC 85/3 verwendeten Ko- 
dezahlen von 91 bis 190 definieren. Im 
PRINT wären diese Zahlen kaum les- 
bar; das ist aber unwichtig, da Kodie- 
rung und Dekodierung nur programm- 
intern erfolgen. 


Ablage: 

Z1=INT(Z/100):Z2=(Z/100-Z1)*100 

Z1=Z1+91:Z2=Z2+91 

POKE AA+2*NR,Zl:POKE 

AA+2*NR+1,Z2 

Zugriff: 

Z1=PEEK (AA+2*NR):Z2=PEEK 
(AA+2*NR+1) 

Z=100*(Z1— 91)+Z2— 91 
Mit diesem Beispiel können Daten aus 
dem Intervall 0 = Zts 9999 kodiert wer- 
den. 

Wer sich die „HEKTO-Zahlen“ anse- 
hen möchte, der kann bei der Kodierung 
ergänzen: 

Z$=CHR$(Z1)+CHR$(Z2):?Z$ 

HEKTO-Zahlen bieten im angegebe- 
nen Intervall gegenüber der HEX-Ver- 
schlüsselung sicher keine Vorteile, sie 
könnten aber bei sehr großen Zahlen 


oder in Listenverarbeitungsprogram- 
men interessant werden. 

Die im abgetrennten Speicherbereich 
abgelegten Listen können als Files mit- 
tels CAOS SAVE gerettet und über 
CAOS LOAD (bzw. BLOAD) wieder 
geladen werden. Durch Angabe eines 
Offset-Parameters bei CAOS LOAD 
kann der File auf einen anderen Block 
geladen werden; gibt man den Parame- 
ter im Zweierkomplement an, erfolgt 
das Laden auf eine niedrigere Adresse 
als die des Quellblocks. 

Die angeführten Beispiele sind als 
Denkanstoß gedacht, wenn es darum 
geht, bei einem bestimmten Programm 
eine hinsichtlich der Speicherökonomie 
vorteilhafte Datenstruktur bzw. Spei- 
cherstruktur festzulegen. 

H. Bamberger 


Leistungsbilanz der Stromversorgungs- 
baugruppe von KC 85/1 


Das Netzteil der robotron-Kleincompu- 
ter ist für die Bereitstellung folgender 
Versorgung^spannungen und Last- 
ströme ausgelegt: 

Tafel 1 


KC 85/1 Grundgerät 2,0 A 

KC 87 Grundgerät 2,0 A 

BASIC-Modul 0,3 A 

RAM-Modul 0,25 A 

Farb-Modul 0,5 A 

Drucker-Modul 0,33 A 

E/A-Modul 0,07 A 

ADU-Modul 0,1 2 A 

Programmier-Modul 0, 1 8 A 

Spracheingabe-Modul 0,1 1 A 


+5V ± 2,5% 3,5 A 

+12V ± 10% 450mA 

— 5V ± 10% 100mA 

-12 V ±10% 150 mA 


140mA 120mA 110mA 

80 mA 45 mA 60 mA 

50mA 2mA 

15mA - 15mA 

30mA - 10mA 

120mA - 70mA 

20 mA 5 mA - 


Die Gesamtbelastung darf 25 W nicht 
überschreiten, d.h., wenn z. B. die 
+12 V- Ausgangsspannung nur mit 
225 mA (2,7 W) belastet ist, kann die 
Belastung von +5V noch bis maximal 
4 A gesteigert werden. 

Für den Computer (Grundgerät) und 
Erweiterungsmodule wurden dabei die 
in Tafel 1 angegebenen typischen Werte 
der Lastströme ermittelt. 

Die Differenz zwischen den maximal zu- 
lässigen Lastströmen und den entspre- 
chend der betriebenen Konfiguration 
tatsächlich entnommenen Lastströme 
darf am Modulsteckverbinder bzw. am 
Anwendersteckverbinder an den ent- 
sprechenden Kontakten (s. Bedienungs- 
anleitung) entnommen werden. 

Dr. G. Kleinmichel 


Gerät bzw. Ergänzung +5V +12 V -5V -12 V 


Farbbildausgabe von KC 85/1 und KC 87 


Die Farbbildausgabe erfolgt bei robo- 
tron-Kleincomputern im Interesse einer 
optimalen Bildqualität ausschließlich 
über Farbfernsehgeräte mit RGB-An- 
steuerung. Dieser Steuereingang kann 
bei Farbfernsehgeräten des Fernsehge- 
rätewerkes „Friedrich Engels“ Staßfurt 
(ab Serie 4000) bzw. bei allen robotron- 
Kofferfarbfernsehgeräten nachgerüstet 
werden. Dabei wird durch eine Ver- 
tragswerkstatt des VEB Industriever- 
trieb Rundfunk und Fernsehen der Er- 
gänzungssatz Farbe 690 016.4, der über 
das Kleincomputer-Vertriebsnetz er- 


hältlich ist, in die geeigneten Fernseher 
eingebaut. Dieser Einbau erfolgt ohne 
Garantieverluste oder Konsequenzen 
auf die Fernsehempfangsqualität. In je- 
dem Bezirk sind mindestens 2 Werkstät- 
ten für den Einbau der Ergänzungssätze 
geschult und autorisiert. 

Computerseitig sind alle Geräte mit den 
Typenbezeichnungen KC 85/1.11 oder 
KC 87.11 für Farbwiedergabe eingerich- 
tet. Computer mit der Typenbezeich- 
nung KC 85/1.10 bzw. KC 87.10 müssen 
durch Einbau eines Farbmoduls 690 
005.1 farbtüchtig gemacht werden. Die- 


ser Einbau wird in den Computer-Ser- 
vice-Werkstätten vorgenommen. 
Achtung! Erfolgt die Bildausgabe eines 
farbtüchtigen Computers über den An- 
tennenanschluß auf ein Schwarzweiß- 
Fernsehgerät, so ist zunächst keine Kur- 
sordarstellung auf dem Bildschirm vor- 
handen. Im Anlaufprogramm wird näm- 
lich mit dem Erkennen des Vorhanden- 
seins des Farbattributspeichers bei farb- 
tüchtigen Computern in einem 64-Bit- 
Speicher-Register ein entsprechendes 
Kennbit gesetzt (Adresse EFC8H, Bit 
5). Daraufhin erfolgt die Kursormarkie- 
rung durch Setzen des Blinkbits im Farb- 
attributspeicher (siehe Programmier- • 
handbuch S. 112) für die aktuelle Kur- 
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sorposition. Die Generierung des s/w- 
Kursors am Antennenausgang wird un- 
terdrückt. Erst durch Rücksetzen des 
entsprechenden Kennbits, z. B. BASIC- 
Befehl POKE - 4152 , 16 (Adresse - 4152 
entspricht in der BASIC-Notierung der 
Adresse EFC8H und der Zelleninhalt 


16 (oder binär 0001 0000) kennzeichnet 
die Speicherbereiche E000H - EBFFH 
und F000H - FFFFH als ROM-Bereiche 
und nur den Bildwiederholspeicher 
EC00H - EFFFH als RAM-Bereich) 
wird aus dem Farbgerät scheinbar wie- 
der eine s/w-Konfiguration und der Kur- 


sor erscheint wieder auf dem s/w-Bild- 
schirm (siehe auch entsprechenden Hin- 
weis, z. B. auf S. 18 des Anhangs zum 
Programmierhandbuch) . 

Dr. G. Kleinmichel 


MBASIC-Programm für den quasi- 
grafischen Zeichengeneratorentwurf 


Arnd Kempe 

Amt für Standardisierung, Meßwesen 
und Warenprüfung Berlin 

Üblicherweise beziehen sich Zeichenge- 
neratoren auf die Rastermaße 8x8 (Ho- 
mecomputer) oder 8x 16 (Bürocompu- 
ter, PC 1715). Die. sie enthaltenden 
EPROMs zählen meist zur Firmware. 
Änderungen nimmt man wegen nicht 
vorhandener Editierhilfen kaum vor. 
Was aber, wenn für Fachtexte griechi- 
sche Buchstaben benötigt werden? Oder 
man die fehlenden Umlaute in den Zei- 
chensatz aufnehmen will? Oder wenn 
man ganz spezielle Symbole verwenden 
möchte (die nicht j edesmal neu definiert 
werden sollen)? Mit dem MBASIC-Pro- 


gramm SIGNGEN wird für all diese 
Fälle ein Werkzeug zur Verfügung ge- 
stellt (Voraussetzung: Betriebssystem 
CP/M). 

In Stichpunkten: 

- Das Programm ist auf unterschiedli- 
che Hardwarebedingungen hinsichtlich 
der Videoansteuerung vorbereitet (z. B. 
Anzeige von weniger als 8 Spalten, um 
die Bildschirmkapazität zu vergrößern, 
freibleibende Cursorzeilen, . . .). 

- Das Entwerfen alphanumerischer 
Zeichen wird durch eine spezielle Maske 
unterstützt. 

- Ein bereits als Hexfile vorhandener 
Zeichensatz (vorgegebener Name der 
Diskettendatei: SIGN. OLD) kann zum 
Vergleich in einer zweiten Maske ange- 

ib 


zeigt und in der Editiermaske verändert 
werden. Das ist besonders von Vorteil, 
wenn man nur kleine Änderungen vor- 
nehmen will. 

- Mit dem P-Kommando ist eine kom- 
fortable Dokumentation des Generators 
ausdruckbar. 

- Beim Verlassen des Programms wird 
der Hexcode unter SIGN. NEU auf Dis- 
kette abgelegt. 

Informationen zu den einzelnen Funk- 
tionen sind in den Zeilen 100-150 des 
Listings nachlesbar. Genauer ansehen 
sollte man sich auch Zeile 200: Hier wird 
die spezielle Tastatur angepaßt. Wer 
mit der robotron K7636 arbeitet, läßt 
die Zeile unverändert. Anderenfalls 
müssen die Codes der Cursortasten und 
des DELETE-Keys mit einem kurzen 
Programm ermittelt werden: 

10 PRINT ASC(INPUT 18 ( 1 ) ) : GOTO 
10 

Bis zum Bedienen von CONTROL C 
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Bilder la-e Usting werden die Codes der betätigten Tasten 
des Programms SING- ausgegeben und sind passend in Zeile 

NEN 200 einzutragen. 

Und noch ein Hinweis: Da die Befehls- 
codes sowie sämtlich auf der 
SHIFT-Ebene liegen, sollte man die 
Tastatur im UPPER CASE verriegeln. 
SIGNGEN kann aber nicht die Hexda- 
tei auf den EPROM brennen. 

Ein passender EPROMMER muß über 
einen Treiber verfügen, der auf CP/M- 
Diskettendateien zugreift. 

Vom ASMW ist ein derartiges System 
(mit einem bis 64 K-EPROMMER) 
nachnutzbar. 


Termine 

Fachtagung 

Elektronische Stromversorgungstechnik 

WER? Fachverband Elektrotechnik in der 

KDT, Fachausschuß 14, Steuerungs- und 

Regelungstechnik 

WANN? 1. Oktober 1987 

WO? Berlin, Kongreßhalle Alexanderplatz 

WAS? 

• Schaltnetzteile und andere moderne 
Stromversorgungskonzeptionen in Geräten 
und Anlagen 

• Funktion und Einsatz neuer Bauelemente 

• Erläuterung perspektivischer Schaltungs- 
konzeptionen 

WIE? Teilnahmemeldungen schriftlich an: 
Kammer der Technik, Präsidium, Fachver- 
Bild 2 SINGNEN beim band Elektrotechnik, PSF 1315, Berlin, 1 086. 

Editieren Hoppe 
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Börse 


EPROM-Programmier- 

system 

Dieses System umfaßt einen 
Hardwareteil (s. Bild) und ein 
Bedienprogramm für den Wirts- 
rechner (z. B.A 51 10/A 51 20, 
PC 1715, PRG 700 unter 
UDOS). 



Der Hardware-Teil (Program- 
miergerät PG) verfügt über auto- 
nome Stromversorgung und ist 
mit dem Wirtsrechner über eine 
V.24-Schnittstelle gekoppelt 
(dreipolige Verbindung). 
Kernstück des PG ist ein EMR U 
8820, der den seriellen Daten- 
transfer (9600 Baud) und die Be- 
reitstellung der jeweiligen Pro- 
grammroutine im PG übernimmt. 
Eine weitere Logik mit Anzeige 
des aktuellen EPROM-Typs 
(12708 bis 127256) sorgt für eine 
typgerechte Signalfolge. 

Das System gestattet die Lösch- 
kontrolle, das Lesen -wahlweise 
auf eine Zieldatei oder in den 
Hauptspeicher -sowie das Pro- 
grammieren von einer Quellda- 
tei. Betriebsart, EPROM-Typ, 
Datei-Namen, Anfangs- und 
Endadresse des EPROMs (bei 
Abweichungen vom Standard) 
bzw. die Bedienerführung und 
Prüfbit-Summe werden über die 
Konsole des Wirtsrechners ein- 
bzw. ausgegeben. Die Prozedur 
benötigt etwa 2,5 KByte Pro- 
grammbereich und je nach 
EPROM-Typ bis 32 KByte im 
Hauptspeicher. Für die Typen 
12764 bis 127256 ist eine zeitspa- 
rende Hochleistungsprogram- 
mierung vorgesehen. 

Technische Universität Karl- 
Marx-Stadt, Sektion Automati- 
sierungstechnik, PSF 964, Karl- 
Marx-Stadt, 9001; 

Tel. 561 3339. 

Dr. Mageri 

PC-1715-Grundkurs 

An unserer Einrichtung wurde 
vom CAD/CAM-Zentrum unter 
Leitung von Prof. Klaeger für die 
Schulung von Mitarbeitern in Be- 
trieben und Institutionen ein 
Lehrgangsmaterial erarbeitet, 
das eine Einführung in die Arbeit 
des PC 1 71 5 gestattet. Folgende 
Inhalte sind dargestqllt: 

1 . Teil: Einführung in das Be- 
triebssystem SCP und in die 
Textverarbeitung TP 


2. Teil: REDABAS - Dateien, 
Begriffe, Kommandos 

3. Teil: REDABAS - Anwendung 
und Beispiele 

4. Teil: Tabellenkalkulationssy- 
stem KP. 

Jeder dieser T eile umfaßt etwa 
15 Seiten und liegt als Textdatei 
auf Diskette vor. Die einzelnen 
Dateien sind gegen eine Nach- 
nutzungsgebühr von je 100 Mark 
zu beziehen und für den Nach- 
druck freigegeben. Interesssen- 
ten wenden sich bitte an fol- 
gende Kontaktadresse: 

TU „Otto von Guericke“ Magde- 
burg, Direktorat für Forschung, 
PSF 124, Magdeburg, 3010. 

Dr. Springer 

WORDINDEX-II 

Das Textverarbeitungssystem 
TP, das unter dem Betriebssy- 
stem SCP läuft, läßt trotz seiner 
Leistungsfähigkeit eine Reihe 
von Wünschen offen, besonders 
dann, wenn große Textdoku- 
mente bearbeitet werden sollen. 
Hier besteht mit der Nutzung von 
WORDINDEX-II eine Möglich- 
keit, zusätzliche Serviceleistun- 
gen, wie automatisches Inhalts- 
verzeichnis, Stichwortverzeich- 
nis und einheitliche Überschrif- 
ten und Unterschriften usw., ab- 
zufordern. An unserer Einrich- 
tung wurde vom CAD/CAM-Zen- 
trum die vorliegende umfangrei- 
che englische Programmdoku- 
mentation übersetzt und als 
deutsche Kurzdokumentation 
mit einem Umfang von 15 Seiten 
bearbeitet. Diese Kurzdokumeri- 
tation liegt als Diskettendatei vor 
und kann zum Preis von 200 
Mark nachgenutzt werden. 
Interesssenten wenden sich bitte 
an folgende Kontaktadresse: 

TU „Otto von Guericke" Magde- 
burg, Direktorat für Forschung, 
PSF 124, Magdeburg, 3010. 

Dr. Springer 

Programm Disketten- 
verwaltung 

Zur Verwaltung umfangreicher 
Datenbestände auf Disketten 
wurde ein Programm Disketten- 
verwaltung zur Nutzung unter 
dem Betriebssystem SCP ent- 
wickelt. 

Die Eintragungen der Directory 
werden zusammen mit einem 
Diskettenbezeichner in einer 
Verzeichnisdatei abgespeichert. 
Der Diskettenbezeichner kann 
ebenfalls in der Directory enthal- 
ten sein. 

Die Verzeichnisdatei wird im RE- 
DABAS-Format aufgebaut und 
ist damit variabel auswertbar. 


Bei REDABAS-(dBASE-) Da- 
teien werden der Dateiaufbau, 
die Dateigröße und das Ände- 
rungsdatum in die Verzeichnis- 
datei übernommen. 

Dateien im Textformat werden 
so aufbereitet, verdichtet und in 
die Verzeichnisdatei übernom- 
men, daß der Inhalt erkennbar 
wird. 

VEB Rohrtechnik Delitzsch, Fr.- 
Ebert-Str. 30, Delitzsch, 7270; 
Tel. 3636. 

Dr. Wernicke 


Programmsystem 

PROBE 

PROBE ist ein auf REDABAS 
aufbauendes universelles Pro- 
grammsystem zur bildschirm- 
orientierten Abarbeitung kom- 
plexer Qualifizierungs- und Be- 
arbeitungsprozesse. Mittels Im- 
plementierungsprojekt erstellt 
der Nutzer beliebige eigene Pro- 
jekte, wofür keinerlei Program- 
mierkenntnisse notwendig sind. 
Der Nutzen besteht darin, daß 
vorhandenes Wissen über sol- 
che Abläufe erfaßt und in eine 
abarbeitbare Form gebracht 
wird. Die Ergebnisabfrage nach 
jedem Arbeitsschritt führt zur 
Präsentation des jeweils einzig 
richtigen Folgeschrittes. Eine 
REDABAS-Einführung ist als 
Beispiel enthalten. Zugriff zu RE- 
DABAS-Programmen und Da- 
teien im Ablauf ist möglich. 

VEB Robotron-Elektronik, BfN, 
Str. d. Antifa, Zella-Mehlis, 6060, 
Stichwort: 

PROBE (NV 190186103). 

Schlenzig 

Druckertreiber 
für SD 11 52 

Zur Verkürzung der Druckzeit 
am A 51 20/A 51 30 wurde für das 
Betriebssystem UDOS ein Druk- 
kertreiber entwickelt. Er dient 
der formatierten Ausgabe von 
Texten und realisiert Vor- und 
Rückwärtsdruck bei Optimierung 
des Druckweges. Bei der Initiali- 
sierung des Druckertreibers 
SDOPT können folgende Para- 
meter wahlweise spezifiziert 
werden: 

- Anzahl der Zeilen je Seite 

- ohne/mit Seitennumerierung 

- Nummer der ersten Seite 

- Anzahl der Linefeed je Zeile 

- Format A3, A4 oder A5 

- ohne/mit Trennlinie zwischen 
den Seiten 

- Kopfzeile bis 32 Zeichen 

- kleiner Zeilenabstand (8 Zei- 
len je Zoll) 

- kleiner Zeichenabstand (12 
Zeichen je Zoll) 


- Farbbandumschaltung bei 
jedem Seitenwechsel. 

Weiterhin ist es möglich, in einer 
erweiterten Variante des Trei- 
bers eine vom Anwender belie- 
big wählbare Umkodierung der 
auszugebenden Zeichen vorzu- 
nehmen. 

Die Nachnutzung umfaßt den 
Treiber als Maschinencode, Ob- 
jektcode und Quellprogramm 
sowie eine Kurzdokumentation. 
Interessenten wenden sich bitte 
unter Angabe der NV-Registrier- 
nummer 27/86 an: 

VEB Rohrkombinat, Stahl- und 
Walzwerk Riesa, Büro für Neue- 
rer oder Abteilung Automatisie- 
rung, Kolln. Haschlar, Dimitroff- 
straße 10, Riesa, 8400; 

Tel. 8031 96 

Dr. Förster 


Wir suchen 

- eine Lösung, um Programme 
unter Mikro-DOS (MS-DOS) auf 
dem Arbeitsplatzcomputer A 

71 00 abarbeiten zu können, 

- folgende Software für den A 
71 00 unter SCP 1 700 (CP/M 86): 
Textverarbeitungssysteme, Da- 
tenbanksysteme, Tabellenkalku- 
lationsprogramme sowie Compi- 
ler für PASCAL (möglichst 
Turbo), MODULA-2, PL/1.C. 


Wir bieten 

die Vermittlung von entspre- 
chender Software für das BS Mi- 
kro-DOS (MS-DOS). 

VEB Glasinvest Radebeul, Abt. 
OeO, Freiligrathstr. 9, Rade- 
beul, 8122; 

Tel. Dresden 7903106. 

Haufe 

Wir suchen 

Programme für SM52/1 1 

Gesucht werden für das Rech- 
nersystem SM52/1 1 unter OS- 
RW Programme zur Grund- und 
Arbeitsmittelverwaltung und 
ähnlicher Gebiete sowie Lösun- 
gen von Dateiauswertungen (Li- 
stengenerator) und zum Magnet- 
band-Service. 

Angebote bitte an: 

VES Komplette Chemieanlagen, 
ORZ, Abt. 695120, Postfach 
184, Dresden, 8012; 

Tel. 4863309. 

Dr. Gabler 
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Literatur 


UNIX und C 

Ein Anwenderhandbuch 

Reihe Technische Informatik, 
von L. Claßen und U. Oefler, 
VEB Verlag Technik Berlin 1 987, 
236 S., 24,- M 

Das Buch versteht sich als Hand- 
buch, das während der Benut- 
zung des UNIX-Betriebssystems 
als griffbereites Nachschlage- 
werk gute Dienste leistet. So ist 
auch insbesondere die Reihen- 
folge des dargebotenen Stoffes 
danach geordnet, bestimmte 
Themenkreise leicht aufzufin- 
den. Viele Informationen sind in 
tabellarischen Zusammenstel- 
lungen - mit meist alphabetisch 
geordneten Schlüsselwörtern - 
enthalten. Didaktische Gesichts- 
punkte treten dabei eher in den 
Hintergrund. Wer sich beispiels- 
weise als Anfänger mit dem 
U NIX-Betriebssystem vertraut 
machen möchte, beginnt am be- 
sten mit dem Kapitel 4, vor allem 
mit den Abschnitten 4.3.1 . bis 
4.3.18. 

Nach der Einleitung behandelt 
das Kapitel 2 die Basiskonzepte 
des Betriebssystems UNIX. Be- 
griffe wie UNIX-Kern, Dateien im 
UNIX, Prozesse und Ein-/Aus- 
gabe unter UNIX werden erklärt. 
Dazu gehört auch eine Tabelle 
der Systemrufe des UNIX-Kerns. 
Das dritte Kapitel beschäftigt 
sich mit der UNIX-Initialisierung. 
Das ist für den Betreiber des 
UNIX von Belang, wenn man die 
Anwendung des UNIX als Mehr- 
fachzugriffsystem vor Augen hat. 
Die UNIX-Nutzung auf einem 
Personalcomputer erfordert na- 
türlich diese Kenntnisse auch für 
beliebige Anwender. 

Kapitel 4 beschreibt die Stan- 
dardoperatorprozeduren und 
demonstriert zugleich einen ge- 
wissen Musterdialog, der bei je- 
der Anwendung in diesem oder 
ähnlichem Sinn abläuft. 

Das folgende Kapitel (40 Seiten) 
bringt Kurzbeschreibungen 
wichtiger Kommandos. Dies wird 
der Nutzer gewiß dankbar entge- 
gennehmen, ebenso die Be- 
schreibung der Bourne-Shell der 
zentralen Kommandosprache 
des UNIX-Systems. Man kann 
natürlich darüber diskutieren, ob 
nicht die attraktivere C-Shell 
besser geeignet wäre, oder zu- 
mindest als alternative Möglich- 
keit mit erklärt worden wäre. 

Das letzte Drittel des Buches (80 
Seiten) ist der Programmierspra- 
che C gewidmet. Es bringt insge- 
samt eine gute Einführung in 
diese Sprache. Die Darstellung 
ist mit geeigneten Beispielen 
durchsetzt. Am Schluß ist ein 


Beispiel zur Nutzung von Sy- 
stemrufen und Bibliotheksfunk- 
tionen angegeben. Die Beispiele 
wurden auf einem UNIX-System 
getestet und geben damit einige 
Gewähr für ihre Berechtigung. 
Mit diesem Buch wird eine Litera- 
tur-Lücke geschlossen. Dafür 
gebührt den Autoren und dem 
Verlag Achtung und Anerken- 
nung. Prof. Dr. Ch. Polze 

Englisch-Deutsch-Fachwort- 

schatz 

Automatisierungsanlagen mit 
Mikrorechnern 
von R. Engel, Reihe Automati- 
sierungstechnik, H. 13., KDT, 
Betriebssektion des VEB GRW 
Teltow, Teltow 1985, 44 S. 

Mit dieser Broschüre liegt eine 
bemerkenswerte Leistung vor, 
die man einem Fachkollegen 
bescheinigen kann, der sowohl 
das Gebiet der Regelungstech- 
nik, der Mikrorechentechnik und 
die anglo-amerikanische Fach- 
sprache gleichermaßen gut be- 
herrscht. Diese Broschüre aus 
der KDT-Schriftenreihe des VEB 
GRW Teltow erreicht einen brei- 
ten Interessentenkreis durch ihre 
praktische Handhabbarkeit und 
ihr weit gefächertes inhaltliches 
Spektrum. 

Zum Kreise der Nutzer gehören: 

- die Automatisierungstechni- 
ker, die im Bereich der For- 
schung/Entwicklung, Konstruk- 
tion, Projektierung, Technologie 
und Montage tätig sind sowie 

- die in der Aus- und Weiterbil- 
dung befindlichen Hoch- und 
Fachschulkader technischer 
Fachrichtungen 

- und andererseits die Sprach- 
mittler, Dokumentalisten, Kader 
der wissenschaftlich-techni- 
schen Information, Redakteure 
und Lektoren technischer Publi- 
kationen zur Aneignung fundier- 
ter Kenntnisse einschlägiger Be- 
griffe der englischen Fachspra- 
che, um als Mittler zwischen fort- 
geschrittenem Stand der Tech- 
nik und Praxis wirksam werden 
zu können. 

Das etwa 500 Fachbegriffe ent- 
haltende Glossar ist zweispra- 
chig aufgebaut und beinhaltet 
moderne Termini der Automati- 
sierungstechnik, die in jüngster 
Zeit und zukünftig durch die Mi- 
kroelektronik nachhaltig beein- 
flußt wird. 

Die Broschüre kann über die 
Hauptabteilung Forschungsstra- 
tegie und -Ökonomie oder über 
die BS der KDT des VEB GRW 
„Wilhelm Pieck“ Teltow zum 
Preis von 8,- Mark bezogen wer- 
den. L. Blackert 


Turbo-PASCAL 

von H.-J. Joepgen, Carl Hanser 
Verlag München, Wien 1985, 
424 S. 

Das Buch wendet sich an einen 
breiten Leserkreis - „vom Wis- 
senschaftler bis zum Hauptbe- 
ruf-Programmierer über Informa- 
tik-Lehrer an allgemeinbilden- 
den Schulen bis hin zu Stecken- 
pferd-Reitern und Schülern mit 
wenig Programmierer-Erfah- 
rung...“. 

Dieses Kompendium ist nicht 
geeignet als Ersatz für das Origi- 
nal-Handbuch. Nur dort findet 
man die vollständige Auflistung 
aller vordefinierten Prozeduren 
und Funktionen oder systemati- 
sche Syntax-Diagramme von 
Turbo. 

Schon die Hauptüberschriften 
zeigen, auf welche Art und 
Weise Joepgen seinen Lesern 
das Turbo-PASCAL nahebringt: 
Einführung - Historisches und 
Turbos Bedeutung für die PAS- 
CAL-Welt; System-Bedienung - 
Technische Einzelheiten und 
der Umgang mit dem PDS; 
Streifzug - Spazieren durch die 
bunte Turbo-Welt; Systematik - 
von der inneren Ordnung der 
Sprach-Elemente und Magazin 
- Praxis-Probleme in Einzeldar- 
stellungen. 

Beim Studium der Lektüre gab 
es nicht nur positive Erfahrun- 
gen. Die erst vor relativ kurzer 
Zeit erschienene Turbo-PAS- 
CAL-Version 3.0 ist noch nicht 
im erforderlichen Umfang be- 
rücksichtigt. Dies ist sehr bedau- 
erlich, denn mit dieser Version 
werden viele Verbesserungen 
eingeführt. 

Als negativ wurde die (nicht sehr 
sachliche) Polemik BASIC- 
Turbo-PASCAL empfunden. 
Zwar weist Turbo-PASCAL ge- 
genüber BASIC viele Vorteile 
auf. Der Meinung des Autors 
kann aber nicht zugestimmt wer- 
den, daß bei der Schaffung „an- 
spruchsvollere^) Programme 
von einigem Umfang ... der 
Startvorteil des BASIC-Freun- 
des schnell dahin(schmilzt). 
Während er darum kämpfen 
muß, in einem Gestrüpp unan- 
schaulicher GOTO- und GO- 
SUB-Anweisungen die Über- 
sicht zu behalten, kann sich der 
PASCAL-Programmierer auf die 
Problem-Lösung konzentrie- 
ren.“ Es ist mit BASIC zwar mög- 
lich, aber keinesfalls notwendig, 
unübersichtliche Programme zu 
entwickeln. 

Die vorstehenden kritischen Be- 
merkungen ändern nichts an der 
positiven Einschätzung des Ti- 
tels. Man sollte jedoch beachten, 


daß mit diesem Buch nur dann 
effektiv gearbeitet werden kann, 
wenn mindestens das Pro- 
gramm Turbo-PASCAL ein- 
schließlich des Handbuches so- 
wie ein Computer, auf dem 
Turbo-PASCAL lauffähig ist, zur 
Verfügung stehen. 

K.-H. Rumpf 

Einführung In die Mikro- 
rechentechnik 

von K. Franke, 2., durchges. Auf- 
lage. VEB Verlag Technik Berlin 
1986,136 S., 64 Bilder, 13 Ta- 
feln. 14,- M 

Der Autor ordnet den Mikrorech- 
ner seinem Wesen nach in die 
Kategorie der Prozeßrechner 
ein und klärt eingangs seine Stel- 
lung in Echtzeitsystemen sowie 
als Instrumentarium der pro- 
grammierbaren Steuerung. Da- 
nach werden die typischen Bau- 
gruppen und ihre Funktionsprin- 
zipien vorgestellt. Dieser Ab- 
schnitt schließt mit einer kurzen 
Behandlung von Einchip-Mikro- 
rechnern als hocheffektives 
Rechnerelement für den mas- 
senhaften Einsatzfall bei relativ 
kleinem Bedarf an Rechenlei- 
stung. Das letzte Kapitel befaßt 
sich mit der Software von Mikro- 
rechnern. Dabei werden die 
Grundzüge der Assembler-Pro- 
grammierung, das Wesen höhe- 
rer Programmiersprachen sowie 
Konzepte zur Programmstruk- 
turierung und zur Gestaltung von 
Echtzeitprogrammsystemen in 
einfacher Form erläutert. 

Das Studium dieses Buches 
setzt beim Leser Grundkennt- 
nisse der Rechentechnik in nur 
sehr geringem Umfang voraus, 
so daß der Charakter einer wirk- 
lich einführenden Schrift vom 
Grundsatz gegeben ist. Es kann 
festgestellt werden, daß es dem 
Verfasser gelungen ist, das ge- 
steckte Ziel in vollem Umfang zu 
erreichen. Auffällig ist die gute 
pädagogische Gestaltung, die 
sich in der Auswahl und Reihung 
des Lehrstoffes, in der Klarheit 
und Präzision der Darlegung und 
in eindrucksvoll gestalteten Bil- 
dern widerspiegelt. Vielleicht 
wäre der Effekt noch größer ge- 
wesen, wenn der Software-Ab- 
schnitt die Assembler-Program- 
mierung für einen konkreten Mi- 
kroprozessor komplett behan- 
delt hätte, um damit nicht nur 
Überblick, sondern sogar direkte 
Fertigkeiten zu vermitteln. Aber 
das ist in Fachkreisen sehr um- 
stritten. Die vielen Details, die 
bei Assemblern zu besprechen 
sind, gefährden natürlich den 
Fluß der Gesamtdarstellung. 

Prof. Dr. J. Zaremba 
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und WAN (WAN - Wide Area 
Network) 

• National und international wird 
an der Hebung des Niveaus der 
Softwaretechnologie für die 
Kommunikationstechnik gear- 
beitet. Dies ist verbunden mit der 
Nutzbarmachung standardisier- 
ter sprachlicher Hilfsmittel, z. B. 
ESTELLE und LOTOS (ISO- 
Sprachkonzepte). 

• Zu den nunmehr schon tradi- 
tionellen LAN-Einsatzgebieten 
(Rechenzentrumsbereich, Büro 
und Verwaltung, Prozeßsteue- 
rung) tritt der Gesamtkomplex 
der künftigen hochautomatisier- 
ten Fabrik. Infolgedessen nah- 
men die Diskussionen des MAP- 
und des TOP-Konzepts relativ 
breiten Raum ein (MAP - Manu- 
facturing Automation Protocol; 
TOP -Technical Office Proto- 
col). 

• International vollzieht sich die 
immer stärkere Realisierung von 
LAN-Funktionen durch Hard- 
ware, z. B. durch spezialisierte 
Schaltkreise. Auf dem Seminar 
wurden entsprechende experi- 
mentelle Erfahrungen aus der 
DDR mitgeteilt. Daneben stan- 
den zur Diskussion das Verhält- 
nis der sogenannten Mittel- 
klasse-LAN (bis 1 MBit/s) zu den 
Hochgeschwindigkeits-LAN (10 
MBit/s und darüber) sowie die 
verstärkte Nutzung der Lichtwel- 
lenleitertechnik. 

Die Seminarvorträge befinden 
sich im Druck und können über 
das Weiterbildungszentrum In- 
formatik an der TU Dresden an- 
gefordert werden. 

Für 1988 ist ein weiteres Pro- 
blemseminar zum gleichen The- 
menkreis vorgesehen. 

Prof. Dr. H. Löffler 


KDT-Kolloquium 
„Computer und 
Gesellschaft '86“ 

Am 1 1 . Dezember 1986 fand in 
Suhl das erste KDT-Kolloquium 
zum Rahmenthema „Computer 
und Gesellschaft“ der wissen- 
schaftlichen Sektion Computer- 
und Mikroprozessortechnik im 
Fachverband Elektrotechnik 
statt. In der Veranstaltung ging 
es um die Vermittlung von Infor- 
mationen zu diesem komplexen 
Gebiet, so daß nur Plenarvor- 
träge gehalten wurden. 

Die Referenten Prof. Posthoff 
(Technische Universität Kärl- 
Marx-Stadt), Prof. Fuchs-Kit- 
towski (Humboldt-Universität zu 
Berlin), Prof. Wernstedt (Techni- 
sche Hochschule Ilmenau), Prof. 
M. Roth (Technische Hoch- 



schule Ilmenau), Dr. Groß (Hum- 
boldt-Universität zu Berlin), Dr. 

F. Roth (Technische Hochschule 
Ilmenau), Dr. Böttger (VEB Kom- 
binat Robotron) und Dr. Mack- 
rodt (Robotron-Elektronik Dres- 
den) sprachen zu den Themen 

- Der intelligente Automat in 
der menschlichen Gesellschaft 

- Beratungssysteme im prakti- 
schen Einsatz in der DDR 

- Wissensverarbeitung - Auf- 
gaben, Merkmale, Anwendun- 
gen 

- Der Computer in der flexibel 
automatisierten Fabrik 

- Ziele und Wege zur 5. Rech- 
nergeneration 

- Gesellschaftliche und soziale 
Wirkungen der modernen Infor- 
mations- und Kommunikations- 
technologie 

- Unterstützung von Program- 
miersprachen in Systemen der 
künstlichen Intelligenz 

- PROLOG - Modellierung ist 
gleich Programmierung. 

Die 1 50 Teilnehmer bestätigen 
das Interesse an der Veranstal- 
tung, jedoch erwies sich die feh- 
lende Diskussionszeit als we- 
sentlicher Mangel, so daß künftig 
ein zweiter Tag zur Erörterung 
von Fragen vorgesehen wird. 
Dieses Kolloquium soll im Ab- 
stand von zwei Jahren regelmä- 
ßig in Suhl stattfinden. Als Teil- 
nehmer sind vorwiegend Inge- 
nieure angesprochen. 

Prof. Dr. M. Roth 

GiDDR- Jahres- 
tagung ’86 
der Fachsektion 5 

(Anwendungen) 

Am 21 . Januar 87 fand die Jah- 
restagung 1986 der Fachsektion 
(FS) 5 (Anwendungen) Im ZKI 
der AdW in Berlin statt. 

Ziel der Tagung war das Abstek- 
ken eines Rahmens für die Arbeit 
der FS in den einzelnen Arbeits- 
gruppen und das Vorstellen der 
Arbeitsgruppenthemen. Im Rah- 
men einer Tagesveranstaltung 
wurden dazu Vorträge angebo- 
ten, die sehr viele Ansatzpunkte 
für Diskussionen in der weiteren 
Arbeit aufzeigen. 

Prof. Kempe (ZKI) als Vorsitzen- 
der der Fachsektion gab eine 
kurze Übersicht zur bisherigen 
Arbeit der FS und stellte einige 
grundlegende Anforderungen 
für die Anwendungen der Infor- 
matik dar. Soistz.B. durch sorg- 
fältige algorithmische Aufberei- 
tung ein effektiverer Einsatz der 
Rechentechnik nötig, um die 
neuen technischen Möglichkei- 
ten mit den hohen Anforderun- 
gen in Übereinstimmung zu brin- 
gen. Mit dem Aufbau der 5 Ar- 


beitsgruppen, deren Zielstellun- 
gen von Prof. Kempe kurz cha- 
rakterisiert wurden, werden be- 
sondere Schwerpunkte der Infor- 
matikanwendung in der Volks- 
wirtschaft behandelt, die in en- 
gem Zusammenwirken mit wei- 
teren Gremien auf dem Gebiet 
der Informatik (z. B. WGMA der 
KDT) arbeiten. Die Vorträge am 
Vormittag waren als Übersichts- 
vorträge gedacht, um auf beson- 
dere Aufgabengebiete der Infor- 
matik hinzuweisen und spezielle 
Probleme der Forschungsarbeit 
herauszuarbeiten. 

Prof. Koziolek (Zentralinstitut für 
sozialistische Wirtschaftsfüh- 
rung beim ZK der SED) konnte 
eindrucksvoll die Einbettung der 
Informatikprobleme in die ge- 
samtgesellschaftliche Entwick- 
lung aufzeigen. Ausgangspunkt 
der Überlegungen war die be- 
sondere Bedeutung der Schlüs- 
seltechnologien, wie sie auf dem 
XI. Parteitag der SED dargestellt 
wurden. Wirtschaft und Gesell- 
schaft sind als Ganzes aufzufas- 
sen. Die Informatik spielt dabei 
eine wichtige Rolle, wobei der 
Querschnittscharakter durch 
Verflechtung von verschiedenen 
Bereichen eine Produktivitäts- 
wirkung bedeutet. Hohes 
Wachstumstempo, Beachtung 
der Dynamik, der Produktivkraft- 
entwicklung und der Auswirkung 
der wissenschaftlich-techni- 
schen Revolution stellen hohe 
Anforderungen an die Entwick- 
lung der sozialistischen Be- 
triebswirtschaft. Prof. Koziolek 
zeigte an Beispielen die bishe- 
rige Entwicklung auf diesem Ge- 
biet (z.B. AUTEVO, AUTO- 
TECH) auf und stellte die Mitwir- 
kung des Zentralinstituts für so- 
zialistische Wirtschaftsführung 
dabei dar. Bei der Arbeit aufge- 
tretene Probleme (Fehlen von 
erforderlicher Hardware und 
Programmiersystemen) wurden 
erörtert. Für die weitere Arbeit 
des Institutes wurden die we- 
sentlichen Schwerpunkte darge- 
stellt (Übergang von Insellösun- 
gen zu einem Gesamtkonzept 
der komplexen Automatisierung/ 
Flexibilität, Materialwirtschaft/ 
Normung und Standardisierung, 
Paßfähigkeit von Hardware und 
Software/Rech n erg estützte 
Qualitätssicherung im gesamten 
Produktionsprozeß). Der Vortrag 
machte deutlich, welche Bedeu- 
tung die sozialistische Betriebs- 
wirtschaft der Anwendung der 
Informatik beimißt und was in 
der weiteren Entwicklung erwar- 
tet wird. 

Prof. Töpfer ( TU Dresden) stellte 
anschließend in einem sorgfältig 
aufgebauten Übersichtsvortrag 


die besonderen Probleme der 
Produktionsautomatisierung 
dar. Einleitend erfolgte eine Be- 
griffsbestimmung der Produk- 
tionsautomatisierung als Ge- 
samtheit der Prozeßautomatisie- 
rung (stetige Prozesse) und der 
Fertigungsautomatisierung (dis- 
krete Prozesse) und die Einord- 
nung der Automatisierungsein- 
richtung als Hilfsmittel zwischen 
Mensch und Prozeß. Für jede 
Automatisierungsaufgabe sind 
unterschiedliche Ziele maßge- 
bend. Als Grundziele wurden 
dabei die Steuerung des Produk- 
tionsablaufes, die Erhöhung der 
ökonomischen Ergebnisse, ver- 
besserte Zuverlässigkeit und 
verbesserte Arbeits- und Le- 
bensbedingungen genannt. 

Dr. Müller (Kombinat Robotron) 
konnte in einem informativen 
Vortrag direkt auf die beiden vor- 
angegangenen Vorträge auf- 
bauen und zeigen, wie mit der 
Entwicklung der Rechentechnik 
versucht wird, den gestellten An- 
forderungen gerecht zu werden. 
Es wurde die besondere Bedeu- 
tung der Entwicklung neuer Soft- 
ware mit Softwareentwicklungs- 
systemen hervorgehoben (Soft- 
ware-Engineering) und der Ein- 
fluß der Ressourcen (Hardware/ 
Betriebssystem) darauf. Über- 
sichtlich wurden die verschiede- 
nen Leistungsklassen zusam- 
mengestellt und die wesentli- 
chen Parameter erläutert. Inter- 
essant für viele Teilnehmer wird 
dabei besonders die weitere Ent- 
wicklung dieser wichtigen Vor- 
aussetzungen gewesen sein. 

Die Notwendigkeit von Stan- 
dardsoftware für breite Anwen- 
dungsklassen wurde erkannt, 
und daß sie in sehr kurzer Zeit 
zur Verfügung stehen muß. 
Insgesamt gab die Tagung eine 
gute Übersicht über anstehende 
Probleme. Diskussionen waren 
aus Zeitgründen nur sehr einge- 
schränkt möglich. Weitere Ver- 
anstaltungen der FS werden von 
den Informationen aus den Vor- 
trägen ausgehen können. Aus- 
gewählte Beispiele sollen in den 
Gl-Mitteilungen veröffentlicht 
werden. 

Dr. J. Hübener 
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Rund 9000 Aussteller aller Konti- 
nente boten in 41 Branchen auf 
der diesjährigen Leipziger Früh- 
jahrsmesse vom 15. bis 21. März 
ihre Exponate an. Dabei offerier- 
ten mehr Aussteller als im Vor- 
jahr Computertechnik. Unser 
Bericht soll einen Überblick über 
die in Leipzig ausgestellten Er- 
zeugnisse dieser wichtigen 
Branche vermitteln. Die Bericht- 
erstattung ist untergliedert in 
Bauelemente, Computertech- 
nik, periphere Geräte und lokale 
Netze. Informationen über die 
beiden zuletztgenannten Ge- 


Bauelemente 

Wir wollen uns im Bericht auf die 
wesentlichen Bauelemente der 
Computertechnik aus den Kom- 
binaten Mikroelektronik und Carl 
Zeiss JENA beschränken. 

Mit dem CMOS-Gate-Array-Sy- 
stem U 5200 wird der Anwender 
in die Lage versetzt, am Entwurf 
seines spezifischen Schaltkrei- 
ses aktiv mitzuwirken. Umfang- 
reiche Entwicklungssoftware 
und ein Katalog wählbarer logi- 
scher Grundelemente erlauben 
eine Umsetzung der Anwender- 
aufgabenstellung in das Gate 
Array (siehe MP 1/87). Während 
die Grundstruktur eines Gate 
Array für alle Schaltkreise gleich 
ist (Master U5201 ), können drei 
kundenspezifische Ebenen (da- 
von zwei Verdrahtungsebenen) 
modifiziert werden. 

Neben der bisher gängigen Ver- 
kappung des IS in ein 64poliges 
Chip-Carrier-Gehäuse wurde 
zur LFM das PC-Sortiment 
(Plast-Chip-Carrier) gezeigt. 

Ein weiteres Semikunden- 
Schaltkreissystem - auf Stan- 
dardzellenbasis und damit für 
höhere Stückzahlen gedacht - 
ist das U-1500. Der Entwerfer 
hat hier die Möglichkeit, nach 
dem Baukastenprinzip aus ei- 
nem Katalog bestimmte logische 
Elemente bereits im Layout fest- 
zulegen, womit Schaltungen mit 
einem jeweils kundenspezifi- 
schen Layout entstehen. Die 
Schaltkreise werden vorwiegend 
als SMD (oberflächenmontier- 
bare Bauelemente) geliefert. 
Dem internationalen Trend fol- 
gend, stellt die Bauelemente- 


biete werden in MP 6/1987 ver- 
öffentlicht. Einige Neuheiten hat 
MP bereits teilweise recht um- 
fangreich vorgestellt -z. B. Gra- 
fikdisplaycontroller U 82720 
(MP 4187), KC 87 (MP 1187), P 
8000 (MP 3/87), Fernschreiber 
F 2000 (MP 2/87) -, so daß hier 
nicht näher darauf eingegangen 
wird. Weitere ausführliche Be- 
schreibungen von Neuentwick- 
lungen gibt es in diesem und in 
den folgenden Heften, bei- 
spielsweise vom schnellen 8- 
Bit-DIA-Wandler C560D in die- 
ser Ausgabe. 


industrie der DDR zunehmend 
Schaltungen als SMD (Surface 
Mounted Devices) zur Verfü- 
gung, womit sich bedeutende 
Einsparungen an Fläche, Volu- 
men und Leiterplattenmaterial, 
eine Erhöhung der Zuverlässig- 
keit und Senkungen der Produk- 
tionskosten erzielen lassen. Das 
Sortiment umfaßt derzeit z. B. 
etwa 1 0 Typen der V-4000-Se- 
rie, 10 Typen von Einchipmikro- 
rechnervarianten, zahlreiche in- 
dustrieelle und Konsumgüter- 
schaltkreise sowie Transistoren. 
Der Einchipmikrorechner U 8047 
P ist ein maskenprogrammierba- 
rer Schaltkreis in CMOS-Tech- 
nologie und als SMD im PCC-64- 
Gehäuse lieferbar. Die Program- 
mierung erfolgt kundenspezi- 
fisch. Der Schaltkreis hat 4 Bit 
Verarbeitungsbreite, einen 798 
x 16-Bit-ROM und einen extern 
erweiterbaren RAM von 64 x 4 
Bit. Der U 8047 P ist für umfang- 
reiche Aufgaben der Steuerung 
und Regelung sowie der Meß- 
werterfassung und -Verarbeitung 
vor allem in batteriebetriebenen 
Geräten vorgesehen. Mit mini- 
malem Aufwand können daher 
z. B. Systeme mit LCD-Anzeige 
und Tastatur realisiert werden. 
Mit dem U 8246 P steht ein RAM- 
Schaltkreis in CMOS-Technolo- 
gie zur Erweiterung des U-8047- 
P-RAM um 256 x 4 Bit zur Verfü- 
gung. Wie dieser wird der U 8246 
P als SMD gefertigt. 

Der U 861 1 DC 08 ist ein mas- 
kenprogrammierter Einchipmi- 
krorechner mit 8 Bit Verarbei- 
tungsbreite und einem internen 
ROM von 4 KByte. Die Bondver- 
sion UL 861 1 DC 08 ermöglicht 


den Anschluß einer Batterie- 
Stützspannung (Datenerhalt bei 
power-down). 

Die RAM-Kapazität beträgt 128 
Byte; externe Speicher können 
bis zu 1 20 KByte adressiert wer- 
den. 

Ein hochintegrierter statischer 
Schreib-Lese-Speicher mit wahl- 
freiem Zugriff (SRAM) ist der U 
6516 D in CMOS-Technologie. 
Er hat eine Kapazität von 1 6 384 
Bit (2 K x 8 Bit) und wird in 3 Typ- 
varianten gefertigt; ein zusätzli- 
cher Bastlertyp ist in Vorberei- 
tung. Lieferung erfolgt im 24poli- 
gen DIL-Plastgehäuse. Das U- 
651 6-D-Sortiment vereint ge- 
ringe Zugriffszeiten (1 50 ns bzw. 
250 ns) mit geringen Ruheströ- 
men (50 p A bzw. 5 uA) und 
Schlafströmen (20 pA bzw. 3/uA) 
und bietet besonders für die 
Computertechnik günstige Para- 
meter wie Byte-Organisation, 2 
Enable-Signale, Pinkompatibili- 
tät zum EPROM U 271 6 C sowie 
TTL-Kompatibilität. 

Für die Ansteuerung von bis zu 4 
Normal- oder Minidiskettenlauf- 
werken vorgesehen ist der Peri- 
pherie-Controller-Schaltkreis U 
8272. Er gewährleistet die Auf- 
zeichnung von Daten wahlweise 
mit einfacher oder doppelter 
Dichte (z. B. IBM-Doppelformat, 
System 34, MFM). 

Der Grundtyp U 8272 D08 hat 
eine Taktfrequenz von 8 MHz, 
der U 8272 D04 von 4 MHz. 
Besonderheiten des U 8272 sind 
Mehrfachsektortransporte so- 
wohl beim Lesen als auch beim 
Schreiben mit einfachem Befehl 
oder die interne Adreßmarken- 
suchschaltung. 

Es besteht Pinkompatibilität zum 
/<PD 765 und 18272. 

Der U 804 D ist eine Schaltung in 
n-Kanal-Silicon-Gate-Technik 
und enthält einen mikrocompu- 
tergesteuerten Analogwertspei- 
cher und D/A-Wandler für 6 Ana- 
logfunktionen mit je 6 Bit Auflö- 
sung. Über eine asynchrone se- 
rielle Schnittstelle, den CBUS, 
können bis zu 4 parallel betrie- 
bene Schaltkreise adressiert und 
gesteuert werden. 


Computertechnik 

Als Nachfolgemodell des PC 
1715 stellte Robotron den PC 
1715W vor. Äußerlich unverän- 
dert, verfügt er jedoch über 
einige wesentliche Verbesserun- 
gen. Die 8-Bit-CPU UA 880 hat 
gegenüber der UB 880 (PC 
1715) einen schnelleren „Herz- 
schlag“ (4 MHz im Vergleich zu 
2,5 MHz), was der Verarbei- 
tungsgeschwindigkeit zugute 
kommt. Außerdem beträgt die 
RAM-Kapazität beim weiterent- 
wickelten PC 256 KByte. Eine 
weitere wichtige Neuerung ist 
der ladbare Zeichengenerator 
mit einem Satz von 2 x 1 27 Zei- 
chen. Als Ergänzung zum Bei- 
trag „Semigrafik für PC 1 71 5“ in 
MP 1/87, S. 19 bis 21, soll hier 
erwähnt werden, daß der ladbare 
Zeichengenerator es ermöglicht, 
die beschriebene grafische Soft- 
ware ohne Hardwareverände- 
rungen zu nutzen. Inzwischen 
wurde die Software weiterent- 
wickelt. Für das Zeichnen von 
horizontalen und verttkWeh Li- 
nien stehen in GEDIT jetzt zu- 
sätzlich 1 1 Sonderzeichen in 
zwei Strichstärken zur Verfü- 
gung. DerA3-Editor (GEDIT+) 
kann Bilder mit maximal 72 Zei- 
len und beliebig vielen Spalten 
bearbeiten. Beim Drucken ist 
das Überlagern von 3 Bildern 
möglich. Die Abbildung zeigt ein 
Anwendungsbeispiel. 



Als Betriebssystem für den PC 
1 71 5W werden SCP 3.0, als Pro- 
grammiersprachen BASIC, PAS- 
CAL und FORTRAN angeboten. 
Für PC 1 71 5 (W)-Anwender ist 
sicher von Interesse, daß in die- 
sem Jahr im Verlag Die Wirt- 
schaft folgende Bücher zum PC 
1715 herausgegeben werden: 



Semigrafik für PC 1715 


ln der Technischen Hochschule Leipzig wurde im Rahmen 
;.* einer Kleinserienfertigung die Möglichkeit geschaffen, die ent- 
sprechende Hardware zur Nachrüstung für den PC 1 71 5 zur 
Verfügung zu stellen. 

Interessenten wenden sich an die TH Leipzig, Sektion Automa- 
g tisierungsanlagen. Koll. Koch, Karl-Liebknecht-Str. 132, Leip- 
| zig, 7030. Zum Lieferumfang gehören Anwenderhandbuch , 
Dokumentation für Anwendungsprogrammierer und Leiter- 
platte GM 1 (GEDIT und GEDIT +). 


M Leipziger Frühjahrs- 
/V\ messe 1987 
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Der Personalcomputer 1715, 
Datenbanken mit Personalcom- 
putern, Tabellenkalkulation mit 
Personalcomputern, Betriebssy- 
stem SCP für Personalcomputer 
und Textverarbeitung mit Perso- 
nalcomputern. 

PC-1 71 5-Anwendersoftware zu 
den verschiedensten Gebieten 
ergänzten die Robotron-Offerte. 
Dazu waren auf einem großen 
Teil der Ausstellungsfläche PC 
1715 aufgestellt, an denen sich 
der Besucher jeweils über die 
entsprechende Lösung informie- 
ren konnte. 

Für vielfältige CAD-Aufgaben 
ersetzbar ist der 1 6-Bit-Arbeits- 
platzcomputer A 7100 vom VEB 
Kombinat Robotron. Entspre- 
chende grafische Peripherie ist 
anschließbar- auf Peripheriege- 
räte wird ausführlicher im 2. Teil 
des Berichts von der Leipziger 
Frühjahrsmesse 1 987 in MP 6/87 
eingegangen. Jüngstes Kind der 
A 71 00-Familie, die als CPU den 
UdSSR-Schaltkreis K 1 81 0 WM 
86 (kompatibel zu 8086) hat, ist 
der A 71 00.50 mit Arithmetikpro- 
zessor, der dem Gerät mehr Ge- 
schwindigkeit verleiht. Durch er- 
folgte Hardwareveränderungen 
können auf dem AC jetzt auch 
MS-DOS-kompatible Betriebs- 
systeme installiert werden. Das 
Gerät wird für den Einsatz eines 
5,25' '-Festplattenspeichers mit 
1 0 MByte Kapazität vorbereitet. 
Eine Erweiterung des P-8000- 
Systems aus dem KEAW ist der 
Industriecomputer P 8100 (Bild 
1 ; im Foto rechts). Er besteht 
aus dem Arbeitsplatzrechner 
P8000 (in der einfachen Variante 
nur mit U880/UDOS, als lei- 
stungsfähiges Leitgerät mit U 
880 und U 8001 sowie WEGA 
als BS) und einer konstruktiv ge- 
trennten Einheit, dem Prozeß- 
koppelteil mit Ein-/Ausgabebau- 
gruppen und dem Echtzeitbe- 
triebssystem als Anbindung an 
den technologischen Prozeß für 
unterschiedlichste Anwendun- 
gen. Das P8000 dient neben der 
Bedienung des Gesamtsystems 
und der Ansteuerung weiterer 
Geräte über Interfaces V.24 und 


IFSS als leistungsfähiger Ar- 
beitsplatzrechner. Hier erfolgen 
die Aufbereitung und Archivie- 
rung von Prozeß- und anderen 
Daten (in 5,25-Zoll-Winchester- 
laufwerken größer 10 MByte) 
sowie die Programmentwicklung 
oder die Bearbeitung übergeord- 
neter Strategien für den Echtzeit- 
teil. Es ist Multiuserbetrieb mit 
max. 3 Terminals möglich. Der 
Prozeßkoppelteil ist ein EGS-Ill- 
Standardgehäuse mit Stromver- 
sorgungs- und Elektronik-Kas- 
setten in 19-Zoll-Technik (EGS 
IV). Folgende Hardware-Moduln 
ermöglichen eine Vielfalt an Kon- 
figurationsvarianten: 

- ZVE 16-1: CPU U 8001 und 
MMU8010 

- ZVE 16-2: CPU U 8002 

- gemischter Speichermodul 
SPE 1: 16-KByte-EPROM/16- 
KByte-CMOS-RAM 

- DRAM bis 1 /^Byte (bei ZVE 
16-1) 

- Analogeingabemodul AEM1 : 
speziell für sich schnell än- 
dernde Signale, sample-and- 
hold-Glied, 8 Kanäle, Abtastrate 
10000 Meßwerte/s 

- Digitaleingabe DES 1 : Polling- 
oder Interruptbetrieb, 1 6-Bit-Pro- 
zeßsignale, 24-V-Geberspan- 
nung 

- Digitalausgabe DAS 1 : 24-V- 
Pegel, Informationsbreite 15 Bit 
Prozeßsignale, 1 Bit Rückset- 
zen. 

- Interfacemodul SIE 1 (Intelli- 
genter IFSS-Modul mit U 880, 
Ubertragungsrate 9,6 KBaud, 
asynchron, 5000 m max. Entfer- 
nung, 4 Kanäle bidirektional). 

Für den Prozeßkoppelteil wird 
das Echtzeitbetriebssystem 
IRTS (s. MP 1/87) verwendet, 
als höhere Programmiersprache 
ist ICL verfügbar. Die Kopplung 
des P 8000 mit der Echtzeit- 
grundeinheit erfolgt über eine 
IFSS-Schnittstelle. In Entwick- 
lung befindet sich ein schnelles 
serielles Interface IFLS (ZI, 500 
KBaud). 

Über den KC 85/3 vom VEB Mi- 



kroelektronik „Wilhelm Pieck“ 
Mühlhausen und einige Erweite- 
rungsmodule wurde in den bis- 
her erschienenen Ausgaben be- 
reits ausführlich berichtet. MP 
wird auch weiterhin die Neuerun- 
gen vorstellen. Der KC 85/3 
(bzw. 12) verfügt z. Z. schon über 
ein beachtliches Sortiment an 
Zusatzmodulen. Nachteilig war 
bisher, daß in das Grundgerät 
nur maximal zwei solcher Mo- 
dule gesteckt werden konnten. 
Durch Nutzung des Busdriver- 
Aufsatzes D002 (Bild 2) sind 
vier Module zusätzlich nutzbar. 
In den Aufsatz können beliebige 
Module aus dem Sortiment ge- 
steckt werden. Beim Einsatz von 
Speichererweiterungsmodulen 
passend zum KC-System (M01 1 
64 K RAM) kann in einem Auf- 
satz D002 eine Speichererweite- 
rung von 256 KByte erreicht wer- 
den. Die Aufrüstung im Turm ist 
über weitere Aufsätze möglich. 
Zum Abschluß seien noch einige 
technische Parameter genannt: 
Bauform: wie das Grundgerät 
D001 

Abmessungen: 385 x 270 x 
77 mm 3 

Masse: etwa 4 kg 
Leistungsaufnahme: etwa 1 5 W 
(220 V). 

Zum Lieferumfang gehören der 
Aufsatz D002, Verbindungsstek- 
kerund Handbuch. 

Das sowjetische Außenhandels- 
unternehmen ELORG zeigte 
eine sehr umfangreiche Exposi- 
tion zur Computertechnik. So 
gehörten in BASIC programmier- 
bare Taschenrechner, Einplati- 
nen-Mikrorechner, Heimcompu- 
ter, Schulmikrorechner und lei- 
stungsfähige Grafikarbeitsplätze 
zum Angebot. 

Als Weiterentwicklung zu den 
Einplatinenmikrorechnern aus 
der Reihe Elektronika MC 1201 
wurden die Modelle 03 und 04 
vorgestellt. Vorzüge gegenüber 
den Ausführungen 01 und 02 
sind u. a. die Vergrößerung des 
Arbeitsspeichers auf 256 KByte 
bzw. 1 MByte und des Adreßrau- 
mes auf 1 bzw. 4 MByte. Elektro- 
nika MC 1 201 .03 und 1 201 .04 


bilden die Basis für die Grafikar- 
beitsplätze DWK3 und DWK4. 
DWK4 - es wird auch die Be- 
zeichnung Elektronika MC 
0507. 1 0 verwendet - besitzt ein 
grafisches Farbdisplay (Bild 3) 
mit einer wahlweisen Auflösung 
von 400 (horizontal) x 288 (verti- 
kal) oder 800 x 288 Punkten. 64 
Farben sind möglich, dabei ma- 
ximal 1 6 gleichzeitig. Zwei 
Floppy-Einheiten mit je 880 
KByte und eine Festplatte mit 5 
MByte Speicherkapazität sind 
als Externspeicher in das Gerät 
integriert. Der 16-Bit-Mikropro- 
zessor Kl 801 WM3 soll eine 
Verarbeitungsgeschwindigkeit 
von nahezu einem Megaflops 
ermöglichen. DWK4 war konfi- 
guriert mit dem Drucker EC 71 89 
aus der VR Polen und dem Plot- 
ter Elektronika MC 6501 mit ei- 
ner Zeichengeschwindigkeit von 
30 cm/s und der Positionierge- 
nauigkeit von 0,02 mm. Vier Far- 
ben können über Programm an- 
gewählt werden. 

Als erster sowjetischer Heim- 
computer wurde der Elektronika 
BK 0010 präsentiert. Anschließ- 
bar sind Fernsehgeräte (über 
Videoeingang) und Kassetten- 
magnetbandgerät. 

Der 1 6-Bit-Mikroprozessor 
(Kl 801 -Reihe) soll eine Verar- 
beitungsgeschwindigkeit von 
0,3 Megaflops gewährleisten. 
Als Speichergrößen sind 16 
KByte Anwender-RAM, 16 
KByte Bildschirm-RAM und 32 
KByte ROM angegeben. 
Weiterhin war ein Schulmikro- 
computer zu sehen. Kurz einige 
Daten: Prozessor Kl 801 WM2, 
96 KByte Anwender-RAM, 32 
KByte ROM, Farbfernsehgerät 
anschließbar, 8 aus 32 Farben 
gleichzeitig darstellbar. 

Bild 4 zeigt einen Lehrerarbeits- 
platz, an den einige Schulmikro- 
computer bzw. Heimcomputer 
angeschlossen sind. 

Das tschechoslowakische Au- 
ßenhandelsunternehmen KOVO 
war zur diesjährigen Frühjahrs- 
messe mit einer vergrößerten 
Ausstellungsfläche vertreten. 
Bereits in MP 1/87, 2. US wurde 
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der Rechner CM52/12 etwas 
ausführlicher vorgestellt. Die in 
Leipzig ausgestellte Anlage 
hatte eine HS-Kapazität von 8 
MByte. Jeweils 1 MByte sind auf 
einer Platine (Bezeichnung 
CM321 1 ) angeordnet (Bild 5). 

Das ungarische Unternehmen 
VIDEOTON stellte u. a. das Mi- 
krorechnersystem VT20/IV/M 
(Bild 6) aus. VT20/IV/M ist eine 
Weiterentwicklung des in der 
DDR gut bekannten VT20A. 

Das System kann im 8- oder im 
16-Bit-Modus arbeiten. Das er- 
möglichen die beiden eingebau- 
ten 8- bzw. 1 6-Bit-Mikroprozes- 
soren. 

Damit können unter dem Be- 
triebssystem UPM (CP/M-kom- 
patibel) die für den VT20A ge- 
schriebenen 8-Bit-Programme 
abgearbeitet werden. UDOS 
(MS-DOS-kompatibel) ist das 
Betriebssystem für den 1 6-Bit- 
Modus. Zur Grundausführung 
gehören 512 KByte RAM, ein 
14-Zoll-Bildschirm mit 25 x 80 
Zeichen bzw. einer Auflösung 
von 640 x 300 Punkten. Über 
asynchrone Interfaces sind 4 
Datenstationen anschließbar. 

Als Systemdrucker dient der VT 
23000 mit 300 Zeilen/Minute, als 
Hardcopy-Drucker werden die 
Geräte VT 21 200 bzw. VT 21 400 
verwendet. 

Bei der Ausführung mit 4 Daten- 
stationen wird VT20/IV/M mit 
einer Minifloppyeinheit (1 MByte) 
und einem Winchester-Platten- 
speicher (1 0 oder 20 MByte) 
konfiguriert, oder Datenstatio- 
nen mit zwei Minifloppyeinhei- 
ten. 

Der SUPERMICRO FAMA (Bild 
7) ist eine Entwicklung des Insti- 
tuts für Computer und Automati- 
sierung der Ungarischen Akade- 
mie der Wissenschaften (MTA 
SZTAKI). Der Master-Control- 
Prozessor besteht aus einer 
Z8001-CPU und drei MMU 
Z8010. 2 MByte DRAM und 160 
KByte EPROM bilden die Haupt- 
speicherkapazität. SUPERMI- 
CRO FAMA hat 1 0 serielle 
Schnittstellen RS-232C, zwei 
3 



parallele und Centronics-Inter- 
face für Drucker, Plotter usw. 

Zur Standardausstattung gehö- 
ren außerdem eine ö’A' '-Floppy 
(DSDD) - DS = Double Side 
(doppelseitig), DD = Double 
Density (doppelte Dichte) - und 
ein Winchester-Laufwerk. 

Als neue Konfigurationsvariante 
zeigte Mera Elzab (VR Polen) 
den PC Compan 8 (Bild 8) mit 
22-MByte-Winchester-Disk im 
Beistellgefäß. Ein weiteres Bei- 
stellgefäß enthält 2 Minifloppy- 
Laufwerke mit je 720 KByte. 
Hiervon soll es künftig auch kom- 
binierte Minifloppy-/Winchester- 
Laufwerkseinheiten in halber 
Bauhöhe geben. 

Weitere Daten des Compan 8: 

- 8-Bit-CPU 8080A (MCY 7880, 
K580) 

- 320 KByte RAM, mit RAM- 
Disk 256 KByte (oder 51 2 KByte 
RAM, mit RAM-Disk 448 KByte) 

- CP/M2.2 als Betriebssystem; 
im Verbund mit bis zu 3 Termi- 
nals wird MP/MII verwendet. 

Aus dem Kombinat für Mikropro- 
zessortechnik Pravez (VR Bul- 
garien) waren die Personalcom- 
puter Pravez 8M, Pravez 16 und 
erstmals Pravez 1 6 N zu sehen. 
Der Pravez 1 6 N (Bild 9) wurde 
in der Ausführung mit 2 Disket- 
tenlaufwerken in der Bildschirm- 
einheit gezeigt. Möglich sind 
auch Varianten ohne oder mit 
einem Floppy-Laufwerk bzw. mit 
einem Floppy- und einem Win- 
chesterlaufwerk (10 MByte). 

Der Pravez 1 6 N besitzt den Pro- 
zessor 8088 und den Koprozes- 
sor 8087, ist also IBM-PC-kom- 
patibel. Bis zu 640 KByte RAM; 
Monochrom-Bildschirm mit 720 
x 348 Punkten. 

Eine CAD-Arbeitsstation (Bild 
1 0) wurde von ISOT (VR Bulga- 
rien) gezeigt. Sie ermöglicht als 
Offline-Grafikstation das Erfas- 
sen und Vorverarbeiten von gra- 
fischen Daten. Die dabei erstell- 
ten 1/2-Zoll-Magnetbänder kön- 
nen dann an einem leistungs- 
starken Großrechner weiterver- 
wendet werden. Basis ist das 
Terminal CM 1604.M1, ergänzt 


um Digitalisiergerät ISOT 
641 1 C, Plotter ISOT 641 0C und 
1/2-Zoll-Magnetbandeinheit. 
Eine Weiterentwicklung des be- 
kannten Minirechners FELIX I- 
102F (Rumänien) ist das Modell 
I-102F/4M mit einem 4-MByte- 
Hauptspeicher als bedeutendste 
Neuerung, aufgebaut aus 1 - 
MByte-Platinen mit 64-KBit-ICs 
(Bild 11). 

Als weitere Besonderheiten wer- 
den der Floppy-Disk-Controller 
(kompatibel zum IBM-3740-For- 
mat einfacher Dichte und zum 
PDP-Format doppelter Dichte) 
für 500 KBit/s sowie der auf einer 
Karte untergebrachte Magnet- 
bandcontroller zur Zusammen- 
arbeit mit der DMA genannt. Der 
Cache-Speicher hat eine Kapa- 
zität von 2 KByte und eine Zu- 
griffszeit von 150 ns. 

Als Betriebssysteme werden 
MIX und MININET - anwender- 
kompatibel mit RSX-1 1 M und 
DECNET - angeboten. 

Auch die Republik Kuba stellte 
einige Erzeugnisse der Compu- 
tertechnik vor - sowohl Eigen- 
entwicklungen als auch in Lizenz 
gefertigte Produkte. Zum Liefer- 
programm gehören außer Perso- 
nalcomputern u. a. Tastaturen, 
Komponenten für lokale Netze, 
Terminals und ein umfangrei- 
ches Angebot an Software. 

Die Computer werden entwickelt 
und produziert im Instituto Nacio- 
nal de Sistemes Automatizados 
y Computacion (INSAC). Bei der 
Entwicklung spielt das ICID, eine 
Einrichtung des INSAC, eine 
große Rolle. Daher tragen die in 
Kuba entwickelten Computer in 
den Bezeichnungen das Kürzel 
CID. Der CID 1408 (Bild 12) mit 
8-Bit-Prozessor (8080) hat eine 
Speicherkapazität von 64 KByte 
RAM. Die Floppy-Laufwerke für 
das Gerät werden aus der VR 
Bulgarien geliefert. Als Betriebs- 
system wird CP/M verwendet. 
Gegenwärtig wird an der Ent- 
wicklung eines 16-Bit-PC (auf 
Basis des^P 8086) mit der Be- 
zeichnung CID 1417 gearbeitet. 
Es soll nur kurz erwähnt werden, 


daß zur Exposition Indiens auf 
der LFM der Computer Eagle 
PC Plus (Bild 13) gehörte, der 
voll kompatibel zum IBM PC XT 
ist -also Prozessor 1 8088 (4,77 
MHz), 256 KByte RAM, 2 Disket- 
tenlaufwerke, Betriebssystem 
MS-DOS und wahlweise CP/M- 
86. 

Das jugoslawische Unterneh- 
men Iskra Delta offerierte zwei 
bemerkenswerte, im Leistungs- 
spektrum weit auseinanderlie- 
gende Personalcomputer. 

Das kleinere Modell, Partner 
(Bild 14), wurde in der Version 
WF/G mit einem Winchesterlauf- 
werk und einer Floppy-Einheit 
im Grundgerät gezeigt. Es han- 
delt sich um einen grafikfähigen 
8-Bit-PC (Z80A), der auch in ei- 
nem lokalen Netz mit bis zu 8 PC 
als intelligentes Terminal einge- 
setzt werden kann. Als Betriebs- 
system wird CP/M verwendet. 
Weitere Daten: 

- 128 KByte RAM 

- 5,25-Zoll-Hard-Disk mit 1 0 
MByte, 5 MBit/s 

- Minifloppy mit 682 KByte for- 
matiert, 250 KBit/s 

- Grafikbildschirm mit 26 Zeilen 
x 80 Zeichen bzw. 1024 x 512 
oder 1024 x 256 Pixel 

- Interface V.24, als Option 
Centronics. 

Weit leistungsstärker ist das Mo- 
dell Trident (Bild 1 5). Der Name 
beruht auf der Eigenschaft des 
PC, durch Austausch der Pro- 
zessorkarten mit drei verschie- 
denen Mikroprozessoren und 
damit auch unterschiedlichen 
Betriebssystemen arbeiten zu 
können. Die Architektur wurde 
an 8-, 16- und 32-Bit-Prozesso- 
ren angepaßt. Wählbar sind die 
Prozessoren 6801 0, APX 80286 
und DEC J-1 1 . Die CPU-Platinen 
enthalten außerdem z. B. eine 
MMU bis 1 6 KByte Adressie- 
rung, RAM von 256 KByte bis 1 
MByte und Gleitkommaprozes- 
sor. Über den VME-Bus können 
weitere Moduln angeschlossen 
werden, so daß sich mehr als 
1000 Kombinationsmöglichkei- 
ten ergeben. Trident wird daher 
als universelles System bezeich- 
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net, das sich sowohl als kommer- 
zielles Multiusersystem als auch 
zur Prozeßautomatisierung oder 
als Grafikarbeitsplatz einsetzen 
läßt. 

Der 14-Zoll-Farbbildschirm kann 
640 x 480 Pixel sowie gleichzei- 
tig 1 6 Farben von 256 möglichen 
darstellen. 

Über 2-MByte-Schritte läßt sich 
der normale 51 2-KByte-RAM 
auf 16 MByte erweitern. 5,25- 
Zoll-Hard-Disks stehen von 40 
MByte bis 80 MByte zur Verfü- 
gung, Floppy-Einheiten mit bis 
zu 1 MByte und Microstreamer 
bis zu 20 MByte. 

Erstmals zu einer Messe in ei- 
nem sozialistischen Land prä- 
sentierte das brasilianische Un- 
ternehmen CCE seine Produkte 
- unter anderem auch Compu- 
tertechnik. 

Das kleinste Modell ist der EX- 
ECUTIVE XT (Bild 16, links), ein 
portabler PC mit 8088-CPU 
(4,77 bzw. 8 MHz) und 8087-Ko- 
prozessor. In der Basiskonfigu- 
ration sind 8 KByte ROM und 
704 KByte RAM, ein Minifloppy- 
laufwerk (slimline), RS232C- 
und Centronics-Schnittstelle ent- 
halten. Das Betriebssystem ist 
MS-DOS 2.10-kompatibel. 
Ebenfalls IBM-kompatibel ist der 
MC-5000XT (Bild 16, Mitte) mit 
8088- und 8087-Prozessor. Der 
RAM ist von 256 KByte auf 640 
KByte erweiterbar. Die Grundva- 
riante enthält ein slimline- 
Minifloppylaufwerk. Der Bild- 
schirm hat 640 x 200 Pixel (ein- 
farbig) bzw. 320 x 200 Pixel 
(mehrfarbig). 

Kompatibilität zu Apple wird mit 
dem MC-4000 EXATO PRO 
(Bild 16, rechts) geboten (1- 
MHz-CPU 6502). Hervorzuhe- 
ben ist die Vielzahl von Erweite- 
rungskarten, unter anderem zur 
Nutzung des Z80 oder zur Ver- 
größerung des 48-KByte-RAM 
um jeweils 128 KByte. Als Be- 
triebssysteme lassen sich 
CDOS, Apple DOS3.3, SUPER- 
DOS, PRODOS und CP/M nut- 
zen. 


IBM zeigte in Leipzig den PC 
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AT3 (Bild 1 7), der unter den Be- 
triebssystemen DOS 3.1 . und 
Xenix läuft und drei- bis viermal 
schneller als der PC XT sein soll. 
Als Prozessor wird der 1 80286 
(1 6 Daten -, 24 Adreßbits, 8 
MHz) eingesetzt. Weitere Lei- 
stungsparameter sind: 512 
KByte RAM, 64 KByte ROM, 
Festplatte mit 30 MByte und Dis- 
kettenlaufwerk mit 1 ,2 MByte. 
Die Handelsfirma TRANSCOM- 
MERZ aus Berlin (West) stellt zu 
den Leipziger Messen Kopier- 
und Computertechnik aus. In 
erster Linie handelt es sich dabei 
um Erzeugnisse des Toshiba- 
Konzerns. Der kleinste PC-AT- 
Kompatible, so der Aussteller, 
sei der Toshiba 3100 (Bild 18). 
Er hat in der Grundausstattung 
640 KByte Hauptspeicher, der 
erweiterbar auf 4,6 MByte ist. 
Eine 3,5"-Festplatte mit 10 
MByte und ein 3,5"-Disketten- 
laufwerk mit 720 KByte Spei- 
cherkapazität sind in das Gerät 
integriert. Eine Reihe von 
Schnittstellen ermöglicht den 
Anschluß zusätzlicher Periphe- 
rie, z. B. externes Floppy-Lauf- 
werk, Akustikkoppler, Farbdis- 
play. 

EPSON ist seit einigen Jahren 
auf der LFM vertreten. Das Un- 
ternehmen hat eine sehr breite 
Produktionspalette und fertigt 
nahezu alle Komponenten für 
seine Finalerzeugnisse selbst. 
Zum Ausstellungsprogramm in 
Leipzig gehörten PC, soge- 
nannte Handheld-Computer, 
Drucker und Baugruppen. Der 
EPSON PC (Bild 19) (Prozessor 
8088, Koprozessor 8087 steck- 
bar) läuft unter MS-DOS 3.2. 256 
KByte RAM sind auf der Haupt- 
platine; erweiterbar auf 512 
KByte, mittels einer Steckkarte 
auf 640 KByte aufrüstbar. 

Den PC gibt es als Floppy-Disk- 
Version mit zwei Diskettenlauf- 
werken mit je 360 KByte und als 
Hard-Disk- Version mit einem 
Diskettenlaufwerk und 20 MByte 
Disk. 


Der HX-20 (Bild 20) gehört zur 
Gruppe der Handheld-Compu- 



puter. Er verfügt über zwei 6301 - 
CMOS-LSI-Mikroprozessoren 
und ein 32-KByte-ROM (intern 
auf 40 KByte, extern auf 72 
KByte erweiterbar) und 1 6 bzw. 
mit Erweiterung 32 KByte RAM. 
Die als Option ins Gehäuse des 
HX-20 einsteckbare Mikrokas- 
sette speichert pro Seite (MC 
30) 1 29 KByte. Am Gehäuse ste- 
hen eine RS 232 C (V.24) - 
Schnittstelle sowie ein High- 
Speed-Serial-Interface, ein Le- 
sestift-Interface, ein Kassetten- 
interface und der Systembus zur 
Verfügung. HX-20 kann auch 
Peripheriegerät wie Drucker, 
Kassettenspeicher oder Floppy 
Disk bedienen. 

Das LCD-Display zeigt vier Zei- 
len mit je 20 Zeichen oder bei 
Grafik 120 x 32 einzeln ansteu- 
erbare Punkte. 

Commodore und ATARI waren 
in diesem Jahr erstmals auf der 
Leipziger Frühjahrsmesse ver- 
treten. Beide sind als traditio- 
nelle Heimcomputerproduzen- 
ten bekannt. Immer mehr wer- 
den diese Geräte aufgrund ihrer 
Leistungsfähigkeit für betriebli- 
che Aufgaben genutzt. ATARI 
stellte u. a. in Leipzig den 130XE 
vor. Der 8-Bit-Computer hat eine 
Speicherkapazität von 128 
KByte RAM und 24 KByte ROM. 
Die 128 K sind in zwei Blöcke zu 
je 64 Kaufgeteilt. Überein Bank- 
Switching ist der Zugriff möglich. 
Verwendet wird der Prozessor 
6502 mit 1 ,79 MHz Taktfre- 
quenz. 

Eine Neuentwicklung ist der 
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ATARI PC mit MS-DOS-Be- 
triebssystem (Bild 22). Die Takt- 
geschwindigkeit ist von 4,77 auf 
8 MHz umschaltbar. Der PC ver- 
fügt über 51 2 KByte Hauptspei- 
cherkapazität und 256 KByte 
Bildschirmspeicher. Alle Peri- 
pheriegeräte der ST-Serie kön- 
nen angeschlossen werden. 

Laut Commodore Büromaschi- 
nen GmbH soll der C 64 der 
meist verkaufte Computer der 
Welt sein. Eine Weiterentwick- 
lung ist der C 128 PC (Bild 21 ). 
Er hat drei integrierte Prozesso- 
ren und somit drei Betriebssy- 
steme. Im C-64-Modus können 
die Programme des C 64 abge- 
arbeitet werden (6510-kompati- 
bler Prozessor). Weiterhin gibt 
es den sog. C-1 28-Modus (Pro- 
zessor 8502, 1 oder 2 MHz) und 
den CP/M-Modus (Prozessor Z 
80 A, 4 MHz). Die Speicherkapa- 
zität beträgt im C-64-Modus 64 
KByte sonst 1 28 K. 

I. Paszkowsky, H. Weiß 

wird fortgesetzt in MP 6187 


Fotos: Paszkowsky (1 1), Weiß (8), 
Werkfotos (3) 
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Frühausfallphase elektronischer 
Erzeugnisse 

Von Dr.-Ing. Otthermann Kronjäger. 
Reihe Informationselektronik. 1 04 Seiten, 
35 Bilder, 1 Tafel, Broschur, DDR 11,- M, 
Ausland 18,- DM. Bestellangaben: 
553331 O/Kronjäger, Frühausfall 
Der Autor vermittelt seine jahrelangen 
praktischen Erfahrungen in Form von Hin- 
weisen zu Feinanalysen zum Erkennen 
von Ausfallursachen, zur Bestimmung 
von Prüfzeiten für den Dauerlauf, zum 
Verlauf der Ausfallraten der Geräte und 
Bauelemente sowie zum Wirkungsme- 
chanismus der ökonomisch bedeutsa- 
men Beanspruchungstests zur Herabset- 
zung der Prüfzeiten. Histogramme, Kur- 
venverläufe und eine große Anzahl von 
Beispielen erleichtern das Einarbeiten. 


Analoge Schaltungen 

Von Prof. Dr. sc. techn. Manfred Seifart. 
576 Seiten, 434 Bilder, 61 Tafeln, Leinen, 
DDR 42,- M, Ausland 48,- DM. Bestell- 
angaben: 5536220/Seifart, Analoge 
Der Autor dieses Lehrbuches hat es sich 
zur Aufgabe gemacht, eine Übersicht 
über die wichtigsten analogen Schaltun- 
gen mit diskreten Bauelementen und inte- 
grierten Schaltungen sowie ihre Kenn- 
werte und ihre Anwendung zu vermitteln. 
Das Buch unterscheidet sich von anderen 
Veröffentlichungen ähnlicher Thematik 
vor allem durch seine ausgezeichnete 
Methodik. Es geht dem Autor immer wie- 
der darum, durch betont physikalische 
Betrachtungsweise einen schnellen 
Überblick über die Wirkungsweise der 
Schaltung und eine „Einsicht“ in ihr We- 
sen zu vermitteln. Dabei kommt die Praxis 
keineswegs zu kurz. Die zahlreichen Bei- 
spiele und Aufgaben wurden so gewählt, 
daß sie den in der Praxis üblichen Arbeits- 
methoden entsprechen. 


Praxis der Softwareentwicklung 

Von Dr.-Ing. Günter Rothhardt. Etwa 
336 Seiten, 68 Bilder, 23 Tafeln, 8 Pro- 
gramme, Leinen, DDR etwa 35,- M, Aus- 
land etwa 45,- DM. Bestellangaben: 
553 751 4/Rothhardt, Software 
Das Buch vermittelt bewährte methodi- 
sche Grundlagen zeitgemäßer Software- 
entwicklung aus der Sicht des Praktikers. 
Es wendet sich an Programmierer im um- 
fassenden Sinn, an Leiter von Software- 
kollektiven und andere methodisch Inter- 
essierte. Die Darstellungen sind nicht auf 
einen bestimmten Computertyp oder An- 
wendungsbereich beschränkt. Sie gelten 
also für Mini- und Mikrorechner wie auch 
für Großrechner. Sie sind für wissen- 
schaftlich-technische Berechnungen, 
Prozeßsteuerung oder Systemprogra- 
mierung ebenso von Nutzen wie z. B. für 
Aufgaben der Planung und Verwaltung. 
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Wissenschaft 

und Produktion der DDR 

im Dienste des Volkes 

Die Ausstellung „Wissenschaft 
und Produktion der DDR im 
Dienste des Volkes“, die sich in 
die Feierlichkeiten anläßlich des 
750jährigen Bestehens von Ber- 
lin einfügt, zeigt anschaulich, 
wie die Werktätigen unserer Re- 
publik mit hohen schöpferischen 
Leistungen um die Lösung der 
Probleme bei der Entwicklung 
und Anwendung moderner 
Schlüsseltechnologien als we- 
sentlichen Beitrag zur erfolgrei- 
chen Verwirklichung der Be- 
schlüsse des XI. Parteitages der 
SED kämpfen. 

In der Ausstellung wird deutlich 
gemacht, daß maßgebliche Vor- 
aussetzungen für das kontinu- 
ierliche und dynamische Wirt- 
schaftswachstum in unserem 
Lande durch die immer engere 
Verbindung von Wissenschaft, 
Produktion und Absatz in den 
Kombinaten und Betrieben, ihre 
Kooperation auf dem Gebiet der 
Forschung und Technologie mit 
den Einrichtungen der Akademie 
der Wissenschaften der DDR, 
den Universitäten, Hoch- und 
Fachschulen geschaffen wurden 
und diese Verbindung weiter 
ausgebaut wird. 

Die Ausstellung vermittelt ein 
lebendiges Bild von der Entwick- 
lung und Anwendung der Mi- 
kroelektronik in allen Bereichen 


der Volkswirtschaft. Im Vorder- 
grund stehen insbesondere mo- 
derne Lösungen der rechnerge- 
stützten Produktionsvorberei- 
tung und -durchführung - CAD/ 
CAM-Lösungen. 

U. a. zeigt die Ausstellung die 
Entwicklung und Anwendung 
der flexiblen Automatisierung 
und der Robotertechnik. Es 
werden moderne Lösungen der 
Robotertechnik bei Automatisie- 
rungsvorhaben, vor allem im 
Maschinenbau, dargestellt. 
Während der Ausstellung wird 
ein umfangreiches Vortragspro- 
gramm durchgeführt, in dem 
Rundtischgespräche mit führen- 
den Vertretern von Wirtschaft, 
Industrie und Wissenschaft, 
Fachvorträge und populäre Dar- 
stellungen bedeutender volks- 
wirtschaftlicher und wissen- 
schaftlich-technischer Prozesse 
vorgesehen sind. 

Die Ausstellung findet in Berlin in 
der Werner-Seelenbinder-Halle 
in den Monaten Juni und Juli 
statt. Sie ist von 1 0.00 bis 1 8.00 
Uhr geöffnet. 


3. Angebotsmesse 
Wissenschaftlicher 
Gerätebau 

Reges Interesse fand die 3. An- 
gebotsmesse Wissenschaftli- 
cher Gerätebau der Akademie 
der Wissenschaften der DDR, 
des Ministeriums für Hoch- und 
Fachschulwesen und der Akade- 
mie der Landwirtschaftswissen- 
schaften der DDR, die Ende 
März an der Karl-Marx-Universi- 
tät Leipzig veranstaltet wurde 
(Bild 1). 

1 1 6 Exponate von 50 Einrichtun- 
gen der DDR wurden zur Nach- 
nutzung angeboten. adn 


Zeit und Zugang 
kontrolliert mit ZEUSS 

ln vielen Betrieben und Institutio- 
nen ist es notwendig, den Zu- 
gang zu bestimmten Bereichen 
oder Einrichtungen zu kontrollie- 
ren und die Anwesenheit - oder 



auch Abwesenheit- von Perso- 
nen zu registrieren - Aufgaben, 
die heute mit Computertechnik 
weitaus effektiver gelöst werden 
können als früher. 

Während der Leipziger Früh- 
jahrsmesse 1 987 zeigte der VEB 
Robotron-Vertrieb Erfurt das 
Zeit- und Zugangskontrollsy- 
stem (ZEUSS) robotron A5240, 
dessen autonom arbeitender 
Kern durch Anschluß an einen 
Verarbeitungsrechner und um- 
fangreiche Peripherie zu einer 
leistungsfähigen Konfiguration 
ausgebaut werden kann (siehe 
Bild 2). Die über ein einadriges 
Koaxialkabel verbundenen Kom- 
ponenten des Systems bilden 
dabei ein lokales Netz auf Basis 
des seriell ringförmigen Interfa- 
ces IFSR. 

Als Masterterminal dienen PC 
1715, BCA5120oder andere 
SCP-fähige Mikrorechner. Ne- 
ben einem eigenständigen Sy- 
stemterminal lassen sich bis zu 
14 universelle Zeit-/Zugangster- 
minals mit eigener Zentraleinheit 
und verschiedenartiger Periphe- 
rie an den Master anschließen. 
Dazu können gehören: Handle- 
seeinheiten für Magnetkarten 
(Plastkarten mit Magnetstreifen, 
als Personalkarten zusätzlich 
mit Foto), Lichtschranken, opti- 
sche oder akustische Anzeigen, 
Tastatur für Sicherheitscodie- 
rung, Segmentanzeigen. 

Als Zusatzausstattung (gehört 
nicht zum Systemangebot) sind 
Sperren, Drehkreuze oder Si- 
cherheitstüröffner/-schließer er- 
setzbar. 

Neben der Basissoftware gibt es 
ein Anwendungssoftware-Mo- 
dulsortiment, mit dessen Hilfe 
z. B. Anwesenheitslisten, Sperr- 
verzeichnisse, Zeitkonten, Pro- 
zeßprotokolle und Stammdaten 
erstellt werden können. MP 


Fotos: ADN/ZB (1), Weiß (1) 
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Gigabit-Chip 
in Entwicklung? 

ln etwa fünf Jahren wollen japa- 
nische Elektronik-Konzerne so- 
genannte Gigabit-Speicherchips 
fertigen, meldete kürzlich die 
BRD-Zeitung „Die Welt“. Wie 
aus Forschungsberichten der 
japanischen Kyushu-Universität 
hervorgeht, soll dazu eine neue 
Technologie eingesetzt werden. 

Es handelt sich um die „Broch- 
Line“-Speicher, die in der VLSI- 
Technologie gefertigt pro cm 2 
rund eine Milliarde Bit aufneh- 
men können. Die einzelnen 
Speicherzellen erfordern nur 
noch einen Platzbedarf von 0,5-1 
mal 1-0,5 Mikrometer. Sie beste- 
hen aus Halbleiter-Legierungen 
auf der Basis von Gadolinium 
und Gallium, die in netzartigen 
Strukturen aufgetragen und mit 
Polyimid-Harzen fixiert werden. 

Die enorm hohe Aufzeichnungs- 
dichte ist physikalisch bedingt. 

Sie hängt damit zusammen, daß 
sich winzig kleine magnetische 
Domänen unter dem Einfluß 
elektrischer Ströme „orientie- 
ren“ lassen. Das ist eine physi- 
kalische Erkenntnis, die gängig 
und akzeptiert ist, die allerdings 
im makromolekularen Bereich 
magnetischer Domänen bislang 
nicht genutzt werden konnte. 
Aufgrund der makromolekularen 
Strukturelemente erlaubt dieses 
Verfahren eine bisher uner- 
reichte Speicherdichte digitaler 
Information. ADN _ 


Pi auf 133 554 Millionen 

Kommastellen 

berechnet 

Der japanische Professor Prof. t 
Yasumasa Kanada hat die Zahl 
„Pi“ mit dem Computer bis auf 
133 554 Millionen Stellen hinter 
dem Komma errechnet. Erarbei- 
tete einen Monat am Programm 
für die Berechnung. Der Compu- 
ter rechnete 37 Stunden lang 
und druckte das Ergebnis auf 
20 000 Blättern Papier aus. ADN 
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Lieber Leser, 

auf die ersten Ausgaben der Mikroprozes- 
sortechnik haben die Redaktion viele Briefe 
erreicht, in denen Sie uns ihre Hinweise und 
Kritiken mitteilten. 

Stellvertretend für die Vielzahl der Meinun- 
gen veröffentlichen wir nachfolgend einige 
Zuschriften, bevor wir in Heft 8/87 dazu aus- 
führlich Stellung nehmen. 

13 

Ab Januar dieses Jahres habe ich ein Abon- 
nement Ihrer Zeitschrift. Seit einigen Jahren 
interessiere ich mich für Mikroelektronik und 
Computertechnik. Auch beruflich kann ich 
das erworbene Wissen als Berufsschullehrer 
für das Fach Grundlagen der Automatisie- 
rung teilweise anwenden. Insbesondere für 
die Informatikausbildung der Lehrlinge war 
es notwendig, in sehr kurzer Zeit Grundlagen 
der Programmierung zu beherrschen. Seit 
einigen Jahren bin ich auch Leser der Zeit- 
schrift Funkamateur und Radio, Fernsehen, 
Elektronik. 

Mit großer Erwartung habe ich im vergange- 
nen Jahr die Zeitschrift MP bestellt. Nach ge- 
wissenhaftem Studium der beiden ersten 
Hefte möchte ich Ihnen meine Meinung mit- 
teilen. 

Als positiv sind zu vermerken: 

- grafische Gestaltung der Umschlagseite 

- drucktechnische Aufbereitung 

- Informationen und Dialogseiten 

- Kontaktadressen zu den Beiträgen 

- Kurs Programmierung in C 

- Messeneuheiten. 

Leider ist es z. Z. so, daß das Angebot an 
Fachbüchern über Programmiersprachen im 
Volksbuchhandel und in den Bibliotheken 
sehr bescheiden ist und in diesem Zusam- 
menhang der Beitrag Kurs unbedingt fortge- 
setzt werden sollte. 

Ich hoffe natürlich, daß eines Tages durch 
genügend Literatur diese Seiten anders ge- 
nützt werden können. 

Für die Planung der nächsten Hefte habe ich 
folgende Wünsche: 

• Die hervorragende farbliche Gestaltung 
der Deckblätter sollte sich wenigstens teil- 
weise im Innern der Zeitschrift fortsetzen. 

• Die Messebeiträge und Info-Seiten sollten 
auch über Entwicklungen informieren, die 
den derzeitigen Welthöchststand repräsen- 
tieren. 

Abschließend möchte ich feststellen, daß es 
wirklich sehr positiv war, eine Fachzeitschrift 
auf diesem Gebiet herauszugeben, da hier- 
durch konkrete Informationen zur Umset- 
zung der wirtschaftsentscheidenden Tech- 
nologien gegeben bzw. durch Nutzung der 
Kontaktadressen beschaffbar werden. Ich' 
bin zuversichtlich, daß sich in absehbarer 
Zeit Ihre Zeitschrift im Vergleich mit ähnli- 
chen Zeitschriften der DDR eine Spitzenposi- 
tion erkämpfen wird. 

Manfred Heske, Werdau 
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Mit großem Interesse las ich die ersten Aus- 
gaben dieser neuen Zeitschrift. Aufgrund des 
breiten Angebotes an Informationen habe ich 
mich entschlossen, mich mit einem Problem 
an Sie zu wenden. 

Als Nutzer des PC 1715 und anderer Re- 
chentechnik möchte ich diese natürlich für 
die vielfältigen Aufgaben, die sich aus mei- 
nem Studium und aus der Forschungsmitar- 
beit ergeben, einsetzen. Da ich besonders an 
der Assemblerprogrammierung interessiert 
bin, nutze ich die Übersetzerprogramme auf 
den verschiedenen Rechnern, z.B. SYS80 
auf dem PC 1 71 5. Doch da entstand ein Pro- 
blem: An der Hochschule ist keine Möglich- 
keit der Einsichtnahme in Systemunterlagen 
des Betriebssystems SCP für den PC 1 71 5 
(speziell Systemunterprogramme - Ein/Aus- 
gabe eines Zeichens auf dem Bildschirm -, 
Adressen der Ports, Adressen von Bildwie- 
derholspeicher, CTC, DMA usw.) möglich, da 
entsprechende Unterlagen nicht existieren. 
Somit ist mir eine Assemblerprogrammie- 
rung kaum möglich. Da ja die Produktion von 
Personalcomputern die Stückzahl von 20 000 
bereits überschritten hat, sollte dies doch ein 
allgemein interessierendes Problem sein und 
deshalb eventuell ein Artikel darüber in Ihrer 
Zeitschrift erscheinen. Wenn dies nicht mög- 
lich ist, so wäre ich Ihnen dankbar, wenn Sie 
mir weiterhelfen können, wie ich entspre- 
chende Informationen erhalten oder mir 
diese Informationen beschaffen könnte. 

Ich möchte die Gelegenheit gleich nutzen, 
um Ihnen Lob und Tadel über die neue Zeit- 
chrift zu übermitteln. Gut gefallen haben mir 
die Beiträge über den KC 85/3, die ^Pro- 
grammierung und die Grafikmöglichkeiten 
mit dem PC 1 71 5. Bei den Literaturhinweisen 
vermisse ich die Seitenanzahl und den Preis. 
Außerdem sollten nicht die 2. und 3. Um- 
schlagseiten (Heft 2) Anzeigen Vorbehalten 
sein! Besser ist es, darauf andere Artikel 
(siehe Heft 1) anzuordnen. 

Thomas Kahl, Dresden 

Ich bin im Ratiomittelbau im Halbleiterwerk 
Frankfurt(Oder) tätig und habe beruflich mit 
Mikroprozessortechnik zu tun (Einchipmikro- 
rechner-Steuerungen). Mein Interesse an 
Computertechnik geht weit über die berufli- 
chen Erfordernisse hinaus. Daher habe ich 
die MP abonniert. Die ersten beiden Hefte 
sind erschienen, und ich möchte kurz meine 
Meinung dazu darlegen. Auf den ersten Blick I 
besticht die 1 . Umschlagseite durch das Mo- 1 
tiv und die farbliche Gestaltung. Bei näherem 
Hinsehen ist aber der Informationsgehalt äu- j 
ßerst gering, da das Bild nichts aussagt und 
nur die Überblicksinhaltsangabe Aufmerk- 
samkeit verlangt. Die 2. und 3. Umschlag- 
seiten von Heft 1 waren sehr gut. Konzen- 
trierter Text mit technischen Daten, Fotos 
und Grafiken ergeben Anschaulichkeit und 
hohen Informationsgehalt. Dagegen findeich 
die im Heft 2 nicht geeignet. Die 4. Umschlag- 
seiten sind gut, wobei der Informationsgehalt 
der von Heft 2 deutlich geringer ist als in Heft 
1. Ausgezeichnet gefällt mir der Aufbau der 
einzelnen Beiträge. Sie sind sehr übersicht- 
lich angelegt und hoch informativ. Besonders 
lobenswert ist, daß die Autoren kurz in Wort 


und Bild vorgestellt werden und die jeweilige 
Kontaktadresse angegeben ist. Die Rubriken 
„Info“, „Kurs“, „Bericht“, „Literatur“ sowie 
„Börse“ sind nach meiner Ansicht gut ange- 
legt und sollten in dieser Form beibehalten 
werden. 

Nicht ganz einverstanden bin ich mit dem In- 
halt einiger Beiträge. Zum Beispiel ist der Ar- 
tikel „CMOS-Gate-Array-System U5200“ 
aus Heft 1 fehl am Platze und sollte eher in 
der rfe erscheinen. Dafür sollte Softwarepro- 
blemen mehr Platz eingeräumt werden. 

Bernd Thiel, Frankfurt(Oder) 

Herzlichen Glückwunsch zu den ersten Aus- 
gaben der MP. Das Äußere ist sehr anspre- 
chend, weiter so! 

Zum fachlichen Inhalt würden wir begrüßen, 
wenn noch umfangreichere Informationen 
und Artikel, die nutzerorientiert sind, z. B. 
Programmbeschreibungen und Listings der 
unterschiedlichen Computertypen, in der Fol- 
gezeit veröffentlicht würden. Die Serie Kurs 
in der MP (Programmierung in C) gefällt uns 
gut, und wir hoffen, daß der Platz auf den In- 
nenseiten beibehalten bleibt, es vereinfacht 
die zusammenhängende Archivierung sol- 
cher Folgen. 

Computer-Club 
Robotron-Anlagenbau Leipzig 

Das im Artikel „Arbeit mit BASIC-Datenfel- 
dern beim KC 85/3“ des Märzheftes der MP 
angesprochene Problem der Verwendung 
von variablen Dateinamen bei Kassettenope- 
rationen läßt sich relativ einfach lösen. 

Der Interpreter erwartet nach der Ladeanwei- 
sung den in Anführungszeichen gesetzten 
Dateinamen. Bieten wir ihm nun hier das als 
erstes erwartete Anführungszeichen in Form 
eines leeren Strings und verknüpfen diesen 
String mittels Pluszeichen mit einer Stringva- 
riablen, die den Dateinamen enthält, so erle- 
digt die Stringauswertung die restliche Arbeit 
für uns. Kassettenoperationen lassen sich 
somit problemlos variabel an allen Stellen ei- 
nes Programms einbinden und ebenso im Di- 
rektmodus verwenden. 

CSAVE*““ + N$;A$ Laden und Speichern 
von 

CLOAD#““+N$;A$ Datenfeldern mit dem 
Namen, 

der in N$ enthalten ist 

CSAVE““+N$ Laden und Speichern 

von 

CLOAD““+N$ Programmen mit dem 

Namen, der in N$ ent- 
halten ist. 

Inwieweit eine Verwendung eines variablen 
Dateinamens bei Kassettenoperationen im 
Direktmodus sinnvoll ist, sei dahingestellt. 
Mit diesem simplen Trick vermeidet man die 
im angesprochenen Artikel verwendete Me- 
thode des „Hineinpokens“ in das BASIC-Pro- 
gramm, eine Methode, die gerade für Anfän- 
ger mit Vorsicht zu genießen ist. Getestet 
wurde das vorgeschlagene Verfahren mit 
dem KC 85/2 und Modul 006. Jedoch dürfte 
es auch bei anderen Versionen des KC funk- 
tionieren. 

M. Müller, Berlin 
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FORTH: 

Eine außergewöhnliche Softwarekonzeption 


Gert-Ulrich Vack 
Zentralinstitut für Kybernetik 
und Informationsprozesse 
der AdW der DDR 


Programmiersprachen für Mikrorechner 

In den ersten Jahren des Einsatzes von Mi- 
krorechnern erfolgte deren Programmierung 
in Maschinencode oder Assemblersprache. 
Auf Grund des wachsenden Leistungsver- 
mögens der Prozessoren und der dadurch 
zunehmenden Komplexität der Programme 
war der Übergang zur Programmierung in hö- 
heren Programmiersprachen zwingend not- 
wendig. Dabei griff man überwiegend auf 
Sprachfamilien zurück, die sich in den Jahren 
zuvor auf Kleinrechnern oder EDVA mittlerer 
Größe durchgesetzt hatten. Diese Program- 
miersprachen sind geprägt von Randbedin- 
gungen hinsichtlich Einsatzgebiet (z. B. nu- 
merische Verarbeitung großer Datenmengen 
mit FORTRAN), durch Rechnerhersteller 
(PL/1 für IBM-Systeme, C für PDP-Kleinrech- 
ner), Abarbeitungsregime (überwiegend im 
Stapelbetrieb) und Trägerbetriebssysteme 
(z. B. C unter UNIX). So dominieren gegen- 
wärtig bei Mikrorechnern die Programmier- 
sprachen PLJM bzw. PL/Z, PASCAL, C, 
FORTRAN sowie für Spezialzwecke LISP 
und PROLOG. 

Anforderungen an Programmiersprachen 
und -Systeme für Steuerungsaufgaben 

Der überwiegende T eil der Mikrorechner wird 
für Steuerzwecke eingesetzt: in Fahrkarten- 
automaten, Robotern, bei der Experimentau- 
tomatisierung bis hin zur Großautomatisie- 
rung industrieller Prozesse (flexible Ferti- 
gungssysteme), um nur einige Beispiele zu 
nennen. 

Für die Programmierung gelten (z. B. im Un- 
terschied zu Kleinrechnern) z.T. wesentlich 
andere Randbedingungen, die vor traditio- 
nellen Programmiersprachen in Einheit mit 
den zur Verfügung stehenden Programmier- 
umgebungen (das sind alle für die Program- 
mierung benötigten Hilfsmittel wie Editor, 
Compiler, Debugger) nicht oder nur teilweise 
erfüllt werden: 

■ Gestaltung der Software unter Aspekten 
eines Echtzeitsystems 

■ vollständige oder weitestgehende Beherr- 
schung und Programmierbarkeit der Hard- 
ware-Ressourcen (einschließlich z. B. Inter- 
ruptsteuerung, Elnzelbytezugriffe im Spei- 
cher, Direktadressierung von Ein-/Ausgabe- 
toren) 

■ Speicherplatz- und laufzeitoptimale Code- 
generierung für die Anwenderprogramme 
(auch unter den heutigen Gegebenheiten bil- 
liger Halbleiterspeicher ist bei einer Massen- 
produktion, wie sie z.B. die Automatisie- 


rungstechnik erfordert, aus Zuverlässigkeits- 
und Preisgründen nach wie vor ein minimaler 
Speicherbedarf anzustreben) 

■ nutzerfreundliche, hochgradig interaktive 
Programmierumgebungen, die vor allem den 
Integrationstest (Zusammenbinden von 
Hardware- und Softwarekomponenten etwa 
in einem Meßgerät) unterstützen 

■ leichte Modifizierbarkeit und Erweite- 
rungsfähigkeit, hoher Grad an Modularisie- 
rung (um auf Fehlersituationen, Betriebser- 
fahrungen und neue Einsatzrandbedingun- 
gen flexibel reagieren zu können). 

Auch in der DDR werden in großen Stückzah- 
len Mikrorechner verschiedener Typen in der 
Volkswirtschaft eingesetzt. Damit stellt sich 
die Frage nach geeigneten Programmiersy- 
stemen, die den genannten Forderungen ge- 
recht werden. Zusätzlich ist eine Portabilität 
der Software (d.h. deren unkomplizierte 
Übernehmbarkeit auf andere Rechnertypen 
oder Betriebssysteme) ein ökonomisches Er- 
fordernis, um die Wiederverwendbarkeit von 
Programmen zu sichern. (Die Software ist 
zum kostenbestimmenden Faktor bei der Er- 
arbeitung von Mikrorechner-Systemlösun- 
gen geworden). 


Anwendererfahrungen belegen, daß mit tra- 
ditionellen Programmiersprachen und Soft- 
warekonzepten diese Forderungen z. T. nur 
bedingt zu erfüllen sind. Hinzu kommt, daß 
der Anwender eines Mikrorechners in den 
Begriffen seines Fachgebietes denken 
möchte. Jede „gedankliche Umschaltung“ 
zwischen dieser Begriffswelt und den Ter- 
mini, Einsatzbedingungen und Einschrän- 
kungen traditioneller Softwareentwurfssy- 
steme bedeutet einen Verlust an Kreativität - 
direkt ausdrückbar in geringerem Leistungs- 
vermögen der Software und damit des Rech- 
ners bzw. höherem Entwurfsaufwand. Letzt- 
lich entsteht daraus ein ökonomisches Pro- 
blem: Wie schnell und mit welchem Aufwand 
kann möglichst effektiv eine Softwarelösung 
erarbeitet werden? Die Antwort darauf be- 
stünde in der Gestaltung von Fachsprachsy- 
stemen mit entsprechenden Eigenschaften. 
Dafür stehen jedoch nur wenige oder keine 
Entwurfsmittel zur Verfügung. So sind viele 
Systementwickler gezwungen, ihre Problem- 
stellung in den vorgegebenen Rahmen einer 
universellen Programmiersprache zu pres- 
sen, die ursprünglich für andere Zwecke kon- 
zipiert war. Erweiterungen dieser Program- 
miersysteme um Funktionen für eine spe- 
zielle Aufgabenklasse durchbrechen häufig 
deren konzeptionellen Rahmen, führen zu 
Uneinheitlichkeiten in der Nutzung der Soft- 
ware (z.B. verschiedene Kommandospra- 
chen, die unterschiedliche Syntax aufwei- 
sen) oder zu „Behelfslösungen“ und er- 
schweren zudem die Portabilität. 


Entstehung und Verbreitung von FORTH 

International und national findet zunehmend 
ein Programmier- und Systemkonzept Ver- 
breitung, welches die eingangs genannten 
Probleme zu lösen vermag, dabei aber einen 
weitestgehenden Bruch mit traditionellen 
Vorstellungen und Erfahrungen in der Pro- 
grammierung vollzieht bzw. konzeptionell 
z. T. bereits das vorwegnimmt und realisiert, 
was für herkömmliche Programmierumge- 
bungen zunächst noch Zielstellung ist und in 
Form von Zusätzen mühevoll erarbeitet wer- 
den muß. Dabei gehört FORTH unter den 
mehr als 1 000 Rechnersprachen zu den we- 
nigen Dutzend Lösungen, die sich in der Pra- 
xis behaupten können und permanent weiter- 
entwickeln. FORTH ist eine lebende Spra- 
che. 

In den 70er Jahren konzipierte Charles 
Moore (USA) FORTH, und zwar nicht, um 
eine weitere Programmiersprache zu kreie- 
ren, sondern um sich ein effektives Werk- 
zeug zur Lösung seiner Softwareaufgaben 
zu schaffen. Herkömmliche Sprachkonzepte 
erwiesen sich für eine effektive anwendungs- 
spezifische Programmierung von Echtzeitsy- 
stemen als Ztrstarr. 

'Rach einer Anlaufphase, in der Anwendun- 
gen vor allem in der Radioastronomie erfolg- 
ten, verbreitete sich FORTH zusehends und 
wird heute in Zusammenhang mit Aufga- 
benstellungen wie Raumfahrt, Robotertech- 
nik, Automatisierungstechnik, Bildverarbei- 
tung, Meßtechnik, Sensortechnik, Künstliche 
Intelligenz, Medizintechnik oder Datenbank- 
systemen genannt. Auch im Bereich der 
Heimcomputer hat FORTH viele Anhänger 
gefunden, die damit Spielprogramme, Grafik- 
oder Musiksyntheseprogramme erstellen 1 . 

Implementierungsgrundlagen und Nut- 
zungsbesonderheiten 

Folgende wesentliche Implementierungs- 
konzepte werden in FORTH umgesetzt: 

■ interne Codierung von Programmen im 
Fadencode (das sind Sequenzen von Adreß- 
zeigern zu Codefragmenten, ähnlich wie Fol- 
gen von Unterprogrammaufrufen ohne Co- 
dierung des CALL-Befehls) 

■ Stackmechanismen für implizite Parame- 
terübergaben (Parameterstack) und die 
Steuerung der Aufrufhierarchie von Moduln 
(Returnstack) 

■ Wörterbuchkonzept zur Verwaltung der 
Schlüsselwörter und der zugehörigen Funk- 
tionen, einheitliche Darstellungsform für Ob- 
jekte und Operationen 


1 An dieser Stelle sei auf einen Beitrag verwiesen, 
den wir zum Thema „FORTH auf Kleincomputern“ 
für Heft 8/87 vorgesehen haben. Red. 
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■ virtuelle Speichertechnik zur Verwaltung 
des Massenspeichers. 

Daraus sowie aus weiteren Eigenschaften 
von FORTH resultieren folgende Nutzungs- 
besonderheiten: 

• FORTH-Programme sind hochgradig mo- 
dularisiert (bottom-up-lmplementierung des 
top-down-Lösungskonzepts) und streng 
strukturiert (GOTO-Konstruktionen sind nur 
in Ausnahmefällen erlaubt). 

• Verzicht auf Klammerschreibweisen, Dar- 
stellung von Operanden und Operationen in 
umgekehrt polnischer Notation (d. h., Opera- 
toren stehen nach den Operanden) 

• Parameterübergaben zwischen Moduln 
erfolgen in der Regel implizit über den Para- 
meterstack als Kommunikationsmedium (es 
sind aber auch Variablen zulässig). 

Nutzungseigenschaften 

Mit diesen Prinzipien gelang es, ein Program- 
miersystem mit folgenden Eigenschaften zu 
realisieren: 

■ FORTH ist ein interaktives, integriertes 
Programmiersystem. 

Vergleichbar mit TURBO-PASCAL bietet 
FORTH die Möglichkeit, alle zur Programm- 
eingabe (Editor), Übersetzung (Assembler, 
Compiler), Testung (Debugger) und Rück- 
übersetzung (Discompiler) notwendigen 
Komponenten gleichzeitig im Speicher zu la- 
den; dafür genügen etwa 15 ... 25 KByte. 
Alle Komponenten der Programmierumge- 
bung unterliegen einem einheitlichen sprach- 
lich-syntaktischen Konzept. Gegenüber 
TURBO-PASCAL hat FORTH jedoch u.a. 
den entscheidenden Vorteil, interpratativ wie 
BASIC arbeiten zu können: das heißt, alle 
eingegebenen Zeichenketten werden sofort 
von einem Wortinterpreter analysiert und die 
entsprechenden Funktionen aktiviert. 

■ FORTH realisiert elementare inkremen- 
telle Compilationsmechanismen und wird da- 
mit zum erweiterbaren Programmiersystem. 
Um den Interpretationsoverhead auszu- 
schalten, kann eine Funktion als Quelltext 
eingegeben und dabei in den internen Fa- 
dencode als Erweiterung des Wörterbuches 
übersetzt werden. Das ermöglicht die schritt- 
weise Erweiterung des Bestandes an Schlüs- 
selwörtern und Funktionen im Wörterbuch in 
Richtung der gewünschten Anwendungs- 
funktion - bei gleichzeitiger Sicherung der 
Konsistenz des Gesamtsystems und unter 
Beibehaltung der Eigenschaften an der Nut- 
zerschnittstelle. 

■ FORTH ist ein interaktives System. Die 
Systemkomponenten sind echt im Dialog 
nutzbar, da6 Wirtssystem ebenso wie die da- 
mit und darin implementierte Anwendersoft- 
ware. Das gestattet es insbesondere, alle 
Funktionen des FORTH-Systems sowie die 
bereits implementierte Anwendersoftware für 
die weitere Algorithmenfindung und -imple- 
mentierung zu verwenden. 

FORTH als Fachsprachprogrammiersy- 
stem 

Programmieren in FORTH ist die Erweite- 
rung des Funktions- und Datenbestands in 
Richtung der Problemstellung mittels eines 
inkrementellen Compilationsmechanismus. 
Dabei löst sich der Programmierer schritt- 


weise von den Elementarfunktionen des 
FORTH-Systems und kann sich mehr und 
mehr auf die für seinen Anwendungsfall typi- 
schen Funktionen beziehen (das sind „Be- 
fehle“ wie VENTIL AUF SPEICHER LOE- 
SCHEN oder BILD ZEIGEN). 

Um ein Anwendungsproblem lösen zu kön- 
nen, muß man den Vorrat an vordefinierten 
FORTH-Funktionen entsprechend und in 
Richtung der Aufgabenklasse erweitern: um 
neue Datentypen (Klasse von Operanden), 
neue Funktionsklassen und neue Funktio- 

Diese neuen Elemente werden Bestandteil 
des integrierten Programmiersystems und 
erweitern damit FORTH fachsprachlich, wo- 
bei die Implementierungs- und Sprachkon- 
zeptionen erhalten bleiben. Der Nutzer greift 
auf die Anwendersoftware in gleicher Weise 
zu wie auf das FORTH-System. 

Programmiermethodik in FORTH 

In FORTH implementiert man z.T. wesent- 
lich anders und dabei aber auch beträchtlich 
effektiver als in anderen Programmierumge- 
bungen für traditionelle Programmierspra- 
chen. Man entwirft zunächst meist ein Grob- 
konzept („60-%-Ansatz“). Dabei ist FORTH 
als Beschreibungssprache nutzbar - mit der 
Besonderheit, daß FORTH-Pseudocode mü- 
helos in ein abarbeitbares Programmskelett 
überführbar ist (z.B. bestehend aus den 
wichtigsten Steuerstrukturen). Den eigentli- 
chen Detailentwurf nimmt man gemeinsam 
mit der Implementierung nach der Methode 
der schrittweisen Verfeinerung vor. Dabei 
baut man Algorithmus und Programm all- 
mählich zum vollen gewünschten Funktions- 
umfang aus. 

Durch den hohen Modularisierungsgrad und 
die dadurch bedingte relativ geringe Komple- 
xität der Teilfunktionen bleiben die Imple- 
mentierungsproblemeüberschaubar. 

Die integrierte FORTH-Programmierumge- 
bung mit allen bereits entwickelten Anwen- 
dersoftwarekomponenten steht für die Erar- 
beitung der Mini-Algorithmen einzelner Mo- 
dule und zur Implementierung als FORTH- 
Funktionen (ebenso wie Datenobjekte wer- 
den diese in FORTH als Wörter bezeichnet) 
zur Verfügung. Charakteristisch ist, daß nach 
einer genauen Problemanalyse beim Pro- 
grammentwurf wesentlich intensiver mit dem 
Rechner gearbeitet wird als in anderen Sy- 
stemen. Dabei werden Entwurfsideen in ei- 
ner realen Softwareumgebung erarbeitet und 
erprobt. 

Auf Grund der geringen turn-around-time 
(Zyklus zwischen Programmeingabe, -Com- 
pilation, Entwurf von Testfunktionen, Te- 
stung; letztlich also die Zeit von der Idee bis 
zum laufenden Programm) sowie in Verbin- 
dung mit der durch die Erweiterbarkeit von 
FORTH bedingten Flexibilität und der Pro- 
blembezogenheit im Sinne eines Fachspra- 
chensystems erreicht man eine bis zu zehn- 
mal höhere Programmierproduktivität als in 
anderen Systemen. 

Eigenschaften von FORTH-Programmen 

FORTH-Programme sind rasch implemen- 
tierbar, werden schnell abgearbeitet (bei 16- 
Bit-Systemen etwa 20 ... 100% langsamer 
als Assemblerprogramme), sind durch kurze 


Quelltexte darstellbar und haben nur gerin- 
gen Speicherbedarf. 

Typisch sind folgende Parameter: 1 FORTH- 
Wort (vergleichbar mit 1 Unterprogramm zur 
Realisierung einer Teilfunktion) umfaßt etwa 
2,5 ... 5 Zeilen Quelltext und wird in etwa 25 
Bytecompiliert. Die Implementierungseffekti- 
vität (einschl. Entwurf, Codierung, Test) be- 
trägt bei geübten FORTH-Programmierern 
etwa 65 Zeilen je Tag. Typische Programm- 
längen sind einige KByte bis einige 1 0 KByte. 
Ein an Wordstar orientierter, auf FORTH zu- 
geschnittener Screeneditor (mit etwa 40 
Kommandos) belegt 3,5 KByte Programm 
zuzüglich FORTH-System und ist in 450 Zei- 
len Quelltext einschließlich Menüs notiert. 
Erweisen sich FORTH-Programme doch ein- 
mal als zu langsam, so ersetzt man die weni- 
gen zeitkritischen Teile durch In-Line-As- 
semblerprogramme. 

FORTH und Fremdprogramme 

Fremdprogramme sind Softwaremoduln, die 
in anderen Programmiersprachen geschrie- 
ben sind und z.T. bereits als Lademoduln 
oder Objektbibliotheken zur Verfügung ste- 
hen. Das Zusammenbinden mit FORTH-Pro- 
grammen ist problemlos. Erfahrungen liegen 
zur Einbindung von PASCAL-, FORTRAN- 
und Assemblerprogrammen vor. Damit bleibt 
der in diesen Sprachen existierende Soft- 
ware-Fundus weiterhin nutzbar und kann in 
die interaktive, integrierte FORTH-Program- 
mierumgebung einbezogen werden. 

FORTH in der DDR 

Nach ersten Veröffentlichungen in der DDR 
im Jahr 1981 liegen inzwischen praktische 
Einsatzerfahrungen vor. Zentren der Ent- 
wicklung und Anwendung von FORTH-Sy- 
stemen waren und sind u. a. das Zentralinsti- 
tut für Kybernetik und Informationsprozesse 
der AdW der DDR, die Wilhelm-Pieck-Uni- 
versität Rostock (Sektion Technische Elek- 
tronik) sowie die Technische Hochschule Il- 
menau (Sektion Technische und Biomedizi- 
nische Kybernetik). 

Wurden bisher Systeme eingesetzt, die zum 
Standard FIG-FORTH der FORTH Interest 
Group (ähnlich dem Standard FORTH-78) 
kompatibel waren, so vollzieht sich mit dem 
Einsatz der 16-Bit-Technik gegenwärtig der 
Übergang zum 1983 vom FORTH-Stan- 
dards-Team definierten FORTH-83. 

Zur besseren Koordinierung der Softwarear- 
beiten und zur Sicherung des Informations- 
austauschs der Anwender und Entwickler 
wurde im Bezirksverband Suhl der KDT die 
Interessengemeinschaft FORTH gegründet. 
Alle Interessenten und Anwender von 
FORTH können diese IG unter folgender An- 
schrift erreichen: Kammer der Technik, Inter- 
essengemeinschaft FORTH, Postschließ- 
fach 190, Ilmenau, 6300. 

Die IG FORTH möchte über Grundlagenlite- 
ratur und deren Benutzungsmöglichkeiten in- 
formieren, in der DDR eingesetzte FORTH- 
Systeme vorstellen, Erstanwender in geeig- 
neter Form bei der Einarbeitung in FORTH 
unterstützen und die Erfahrungen aller 
FORTH-Anwender weitergeben. Angestrebt 
wird, in Form von KDT-Arbeitsmaterialien 
u. a. Standards und verfügbare Systeme zu 
publizieren. 
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Zusammenfassung 

In diesem Beitrag wurde ein Überblick über 
wesentliche Aspekte der Programmierung in 
FORTH gegeben; eine Einführung in die Pro- 
grammiersprache muß späteren Veröffent- 
lichungen Vorbehalten bleiben. 

FORTH läßt sich am besten charakterisieren 
durch Begriffe wie Methodik, Konzept und 
Technologie der Softwaregestaltung, Pro- 
grammiersprache, Betriebssystem, inte- 
grierte interaktive Programmierumgebung. 
Im Unterschied zu anderen Systemen ist 
FORTH ein Toolkit aus einfachen, wenig 
komplexen, dafür aber sehr leistungsfähigen 
Programmierwerkzeugen und ermöglicht ei- 
nen problembezogenen Softwareentwurfs- 
prozeß. Die Integration von Softwareentwick- 
lungssystem und Anwendungssoftware 


unterstützt eine prototyporientierte Pro- 
grammimplementierung. Für umfangreiche 
numerische Operationen weniger prädesti- 
niert, ist FORTH hervorragend auf die Be- 
lange von Steuerungsproblemen ausgerich- 
tet, wobei der Begriff auch die Steuerung von 
Softwaresystemen einschließt. 

In den kommenden Jahren ist mit einer weite- 
ren Verbreitung von FORTH zu rechnen. Un- 
ter den spezifischen Randbedingungen des 
Einsatzes von Mikrorechnern in der DDR 
kann damit ein Beitrag zur Lösung software- 
technologischer Aufgaben geleistet werden. 
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Ein fig-kompatibles FORTH 
für den U8000 


Benno Schiemann, Ingenieurhochschule 
für Seefahrt Warnemünde/Wustrow, 
Abteilung Rechentechnik 
und Wissenschaftlicher Gerätebau 


Zur Nutzung einer 16-Bit-ZRE mit dem Pro- 
zessor U8000 II, 21 für Steuerungs- und Au- 
tomatisierungsaufgaben wurde nach einer 
geeigneten Hochsprache gesucht. Ausge- 
hend von den Erfahrungen, die an der IH für 
Seefahrt Warnemünde/Wustrow mit der Pro- 
grammiersprache FORTH bei der Imple- 
mentierung und Anwendung auf 8-Bit-Sy- 
stemen gemacht wurden, fiel die Entschei- 
dung für diese Sprache. Damit wurden auch 
die guten Ergebnisse, die an der Wilhelm- 
Pieck-Universität Rostock mit FORTH er- 
reicht werden konnten, berücksichtigt 131. 

FORTH-Eigenschaften 

FORTH ist eine Programmiersprache mit ei- 
ner übersichtlichen und für Erweiterungen of- 
fenen Struktur. FORTH ist zu etwa 80 Pro- 
zent selbst in FORTH geschrieben (also le- 
diglich 20 Prozent in Assembler). Der 
FORTH-Kern ist mit etwa 7 KByte Speicher- 
bedarf relativ klein. Diese Fakten begünsti- 
gen die gegenüber anderen Hochsprachen 
vergleichsweise schnelle Implementierung 
von FORTH auf den verschiedensten Pro- 
zessoren. 

Die*interaktive Arbeitsweise in FORTH bringt 
Vorteile bei der Programmerstellung, -te- 
stung und -Wartung. 

FORTH bietet ein unkompliziertes Konzept 
der Massenspeicherverwaltung. Der Mas- 
senspeicher wird als eine Erweiterung des 
vorhandenen Speichers behandelt (virtueller 
Speicher). Der Zugriff erfolgt über ein „Fen- 
ster“, das im Adreßbereich des virtuellen 
Speichers „verschoben“ werden kann. 

Der FORTH-Kern ist durch den Anwender für 
seine Zwecke nahezu beliebig erweiterbar, 
wodurch sich FORTH alsein universelles, lei- 
stungsstarkes Software-Werkzeug präsen- 
tiert, das dem Nutzer die Möglichkeit bietet, 
sich seine eigene, den spezifischen Bedürf- 


nissen angepaßte Hochsprache zu schaffen. 
Das macht gleichzeitig eine der Stärken von 
FORTH aus. 

FORTH ist mit all diesen Eigenschaften nicht 
nur Hochsprache, sondern kann auch als 
Betriebssystem (FORTH hat, wie bereits er- 
wähnt, eine eigene Massenspeicherverwal- 
tung.) und als ein umfassendes Software- 
Konzept angesehen werden. 

FORTH unterstützt solch zeitgemäße Ver- 
fahren der Softwaretechnologie wie struktu- 
rierte, modulare Programmierung und Top- 
down-Planen/Bottom-up- Programmieren. 

In FORTH geschriebene Program.me sind 
kompakt und relativ schnell (je nach Pro- 
grammierung 50 . . . 200 Prozent time-over- 
head gegenüber gleichwertigen Assembler- 
programmen /AI). FORTH- und Assembler- 
programm-Module sind beliebig mischbar. 
Die Maschinennähe von FORTH zeigt sich 
u. a. in der Möglichkeit, direkt auf Rechnerres- 
sourcen (Speicher, Ports) zurückgreifen zu 
können. Typisch für FORTH sind die umge- 
kehrt polnische Notation (UPN), eine Listen- 
struktur (FORTH-Wörterbuch) und das Sta- 
pelprinzip (Datenstack, Parameterstack) 151. 
Das Stapelprinzip ist auch bei der Mehrzahl 
der FORTH-Worte (der Begriff Wort steht in 
FORTH für Programm-Modul) in Form eines 
Adreß-Stapels wiederzufinden - eine Eigen- 
schaft, die bei der hier vorgestellten U8000- 
Implementierung vorteilhaft ausgenutzt wird. 

U8000-FORTH-Version 

Direkte Ausgangspunkte für das U8000- 
FORTH waren eine Programmliste des 8080- 
fig-FORTH und eine Veröffentlichung über 
ein Z8000-FORTH 181, das jedoch starke Ab- 
weichungen vom fig-Standard aufweist und 
nur einen eingeschränkten Wort-Umfang be- 
sitzt. Die hier vorgestellte Version realisiert 
den vom fig-Standard her bekannten Wort- 
Umfang und belegt etwa 7 KByte. Das 
U8000-FORTH arbeitet nichtsegmentiert. 
FORTH-Schnittstellen zur Umgebung sind; 

- Tastatur einschließlich STATUS über die 
Worte KEY und 7TERMINAL 


- Bildschirm über das Wort EMIT 

- Drucker mit “P einschaltbar und dann über 
EMIT erreichbar 

- Massenspeicher über das Wort R/W. 

Diese Schnittstellen nutzen in der vorgestell- 
ten Version wiederum als Schnittstelle Sy- 
stem-Calls des Prozessors U8000 (soweit 
vom übergeordneten System unterstützt) für 
den Zugriff auf die genannten Systemkompo- 
nenten. 

Die Programmiersprache FORTH bezieht 
sich auf einen hypothetischen 1 6-Bit-Stack- 
computer mit entsprechenden Registern und 
Stapelzeigern. Diese Register und Zeiger 
müssen auf der konkreten Maschine durch 
deren Register bzw. durch Speicherzellen 
nachgebildet werden. Der komfortable Regi- 
stersatz des U8000 mit seinen Universalregi- 
stern (die ja u. a. auch als Stackpointer fun- 
gieren können) unterstützt eine einfache 
Nachbildung der entsprechenden FORTH- 
Register und -Zeiger. 

Die vorliegende Implementierung nutzt hier- 
für folgende U8000-Register: 

- RI Instruction-Pointer IP der „FORTH- 
CPU“ 

- R2 Word-Address-Register WA der 
„FORTH-CPU“ 

- R3 Temporäres Register T der „FORTH- 
CPU“ 

- RI 4 Return-Stackpointer RSP 

- RI 5 Daten-(bzw. Parameter-)Stackpoin- 
ter. 

Der Gebrauch dieser Register in FORTH wird 
anhand der Routinen NEXT und DOCOL in 
Tafel 1 dargestellt. Gleichzeitig ist in dieser 
Tafel eine Gegenüberstellung dreier 
FORTH-Versionen vorgenommen worden. 
Es handelt sich dabei um ein fig-FORTH für 
den Prozessor U880, um das hier vorge- 
stellte U8000-FORTH sowie um das in 16/ be- 
schriebene Z8000-FORTH. Damit soll einer- 
seits die Kode- und Laufzeiteffizienz des Pro- 
zessors U8000 gegenüber einem U880 do- 
kumentiert, andererseits aber auch auf spe- 
zielle Aspekte der Realisierung dieser Routi- 
nen hingewiesen werden. 

Die Routine NEXT realisiert in FORTH das 
Inkrementieren des IP-Registers und den An- 
sprung des nächsten FORTH-Wortes (daher 
NEXT) und ist vergleichbar mit dem Inkre- 
mentieren des Programm-Zählers in einer 
realen CPU. 
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Tafel 1 

Takt- und Speicherbedarf der Routinen NEXT 
und DOCOL dreier FORTH-Versionen 


„FÖRTH- U880fig 
CPU“ 


WA=DE 

RSPin 

Memory 

Takte 


U8000fig 

IP=R1 

WA=R2 

RSP=R14 


Z8000- 

FORTH 

IP=R1 

RSP=R14 


Takte Takte 


10 JP NEXT 

NEXT: 

LDWA, (IP) 7LDA,(BC) 8POPR2, 8POPR2, 

INCIP 6INCBC @R1 @R1 

4LDL.A 
7LDA,(BC) 

6INCBC 

4LDH.A 

LDT,(WA) 7 LD E,(HL) 8POPR3, 

INC WA 6 INC HL @R2 

7LDD,(HL) 

4 EX DE, HL 

JP(T) 4JP(HL) 10JP@R3 10JP@R2 

Summe: 72 3+11 Byte 26 6 Byte 18 4 Byte 

DOCOL: 

PUSHRSP.16LDHL, 9 PUSH 9 PUSH 

IP (RSP) @R14,R1 @R14,R1 

6 DEC HL 
7LD(HL),B 

6 DEC HL 

7 LD (HL), C 
16LD (RSP), 

HL 

6 INC DE 

LDIP.WA 4LDC.E 3LD R1,R2 8 POP 

4 LD B r D R1,@R15 

JPNEXT (JP NEXT) (NEXT) (NEXT) 


Summe: 

72 13Byte 12 4Byte17 4Byte 

Tafel 2 


Laufzeitvergleich für vier FORTH-Versionen (Takt- 
frequenz jeweils 2,5 MHz) 

U880fig 

U8000fig U8000fig Z8000- 
Version 1 Version 2 FORTH 

45s 

14s 2,7s 2,6s 


Die Routine DOCOL wird in Worten verwen- 
det, die durch Doppelpunkt-Definition ent- 
standen sind (deshalb DOCOLon). Sie kann 
als Unterprogramm-Aufruf aufgefaßt werden 
und entspricht damit einem CALL-Befehl bei 
einer realen CPU. 

Die Routine NEXT wird üblicherweise nur 
einmal im FORTH-Kern vorgesehen und 
dann jeweils von den entsprechenden ma- 
schinenkodepassagen angesprungen (das 
bedeutet für den Sprung beim U8000 4 Bytes 
und 7 Takte). In den beiden 16-Bit-FORTH- 
Versionen wurde eine andere Möglichkeit er- 
probt, indem diese Routine jeweils an das 
Ende der entsprechenden Maschinenkode- 
passagen angehängt wurde und so eine et- 
was schnellere Abarbeitung erzielt werden 
konnte, da der Sprung zur NEXT-Routine 
entfällt. Dadurch verkürzt sich die Programm- 
laufzeit um etwa 1 5 Prozent. Beim vorgestell- 
ten U 8000-FORTH wird dies erkauft durch 
jeweils 6-Byte-Speicherbedarf pro NEXT- 
Aufruf gegenüber einem 4-Byte-Sprungbe- 
fehl zu einer zentralen NEXT-Routine (d. h. 
bei etwa 70mal NEXT 140 Bytes mehr). 

Einer zentralen NEXT-Routine ist allerdings 


doch der Vorzug zu geben, da sie es ermög- 
licht, an definierter Stelle Interrupt-Freigabe 
und -Sperrung vorzunehmen und für Test- 
zwecke sehr einfach Manipulationen (bei- 
spielsweise Arbeit mit Unterbrechungspunk- 
ten) zuläßt. 

Die Tafel 1 macht die Vorteile des U8000 ge- 
genüber dem U880 sowohl im Hinblick auf 
Code-Effizienz als auch im Hinblick auf die 
Laufzeit deutlich. Diese Vorteile sind bei den 
Routinen NEXT und DOCOL insbesondere 
der Fähigkeit des U8000 zuzuschreiben, je- 
des Register (außer R0) als Stackpointer ver- 
wenden zu können. 

Der Vergleich zwischen den beiden 1 6-Bit- 
Versionen läßt erkennen, daß das fig-kompa- 
tible FORTH zwar bei NEXT 8 T akte mehr be- 
nötigt, dafür aber bei der DOCOL-Routine 5 
T akte gespart werden. Wenn auch die NEXT- 
Routine häufiger aufgerufen wird als DO- 
COL, so läßt dieser Vergleich doch auf nur 
geringfügig größere Laufzeiten des fig-kom- 
patiblen FORTH schließen, dafür aber unter 
Wahrung des fig-Standards. 

Ein Test mit dem in Bild 1 aufgeführten Prim- 
zahlprogramm (entnommen aus /4/, S. 315, 
geringfügig geändert), das die Anzahl der 
Primzahlen in einem vorgegebenen Bereich 
ermittelt, brachte für die Zählung im Bereich 
von 0 bis 500 die in Tafel 2 dargestellten Er- 
gebnisse. 

Die Tafel zeigt eine deutliche Zeitdifferenz 
zwischen dem U880-fig-FORTH und den 1 6- 
Bit-Versionen. 

Bei der Version 1 des U8000-FORTH ist die- 
ser Zeitvorteil allerdings nicht so groß, da bei 
diesem das Arithmetikkonzept vom 8-Bit- 
FORTH zunächst übernommen wurde, d. h. 
Verwendung von nur zwei Assemblerrouti- 
nen für Multiplikation und Division. Alle ande- 
ren FORTH-Worte, die Multiplikation bzw. Di- 
vision verwenden, sind als Secondaries (aus 
Adreßliste bestehende Worte) angelegt. 

Die zweite Version verwendet für alle 
FORTH-Arithmetik-Worte Assemblerrouti- 
nen, die unter Nutzung der Multiplikations- 
bzw. Divisionsbefehle des Prozessors ent- 
sprechend schneller in der Abarbeitung sind. 
Damit kommt die Laufzeit des oben angege- 
benen Beispielprogramms in die Größenord- 
nung des Z8000-FORTH aus /6/, das eben- 



falls Assemblerreoutinen für die Arithmetik 
beinhaltet. 

Konkrete Hardware für die Erprobung des 
U8000-FORTH ist eine ZRE-UNI.USS8000 
/I, 2/ mit Speichererweiterung durch OEM- 
Speicherbaugruppen 2x16 KByte RAM OPS 
K3525, seriell gekoppelt mit einem Host- 
Rechner für die Terminal- und Massenspei- 
cherfunktionen. Die Anpassung an andere 
U8000-Rechnersysteme ist über die oben er- 
wähnten wenigen FORTH-Schnittstellen 
oder auf Assemblerebene beispielsweise 
über System-Calls des U8000 möglich. 

Zur Unterstützung der FORTH-Programm- 
entwicklung sind ein leistungsfähiger 
Screen-Editor, ein Recompiler und Tracer 
sowie ein 1 -Pass-Assembler vorgesehen. 
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Gleitkomma in FORTH 


Bodo Bachmann 

Friedrich-Schiller-Universität Jena, 
Sektidn Physik 


FORTH verfügt in der fig-Standardversion 
über 2- und 4-Byte-lntegerarithmetik. Oft 
kann man aber auf Gleitkommarechnung und 
die Verwendung höherer mathematischer 
Funktionen nicht verzichten. Eine günstige 
Variante, FORTH für solche Anwendungen 
zu erweitern, besteht im Einbinden eines in 
sich geschlossenen Gleitkommakalkulators. 
Leistungsfähige Kalkulatoren von etwa 1,5 
KByte Länge findet man z. B. im Betriebssy- 
stem des ZX81 III oder des ZX Spectrum. 
Für die Anwendung durch FORTH sind die 
Softwareschnittstellen eines solchen Kalku- 


lators wichtig. Die oben genannten Kalkula- 
toren verwenden einen extra Gleitkomma- 
stack und ein Zahlenformat mit 1 Byte Expo- 
nent und 4 Byte Mantisse. Der Kalkulator 
wird mit RST 28 aufgerufen.Es folgt ein Ma- 
krocode, der die gewünschte Operation 
kennzeichnet. Jeder Aufruf wird mit 34H 
bzw. 38H abgeschlossen. Außerdem sind 
Unterprogramme zur Umwandlung zwi- 
schen 2-Byte-lnteger- und 5-Byte-Gleitkom- 
maformat sowie zur Zahlenkonvertierung 
vorhanden. Auffallend und für die beschrie- 
bene Anwendung äußerst günstig ist die 
Ähnlichkeit der oben genannten Kalkulato- 
ren mit der Programmiersprache FORTH. 
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Eingabemodus 

Das erste Problem ist die Eingabe einer Gleit- 
kommazahl in FORTH. Die Verarbeitung ei- 
ner Eingabe erfolgt durch das FORTH-Wort 
INTERPRET. Kann ein eingegebener String 
nicht als Wort im Dictionary interpretiert wer- 
den, so wird versucht, den String als Zahl zu 
verwerten. Dazu wird das Wort NUMBER 
verwendet. In 121 sind INTERPRET und 
NUMBER ausführlich beschrieben. Doppelt 
genaue Zahlen mußten bisher einen Punkt 
beinhalten. Im Bild 1 ist gezeigt, wie man das 
Wort NUMBER korrigiert, um jetzt doppelt 
genaue Zahlen mit Komma einzugeben, so 
daß der Punkt für Gleitkommazahlen reser- 
viert bleibt. 

Um jetzt auch Gleitkommazahlen eingeben 
zu können, sind alle Änderungen bzw. Neu- 
definitionen entsprechend Bild 2 durchzufüh- 
ren. 

Im Wort INTERPRET wird die Code-Feld- 
Adresse (CFA) von NUMBER durch die von 
GNUMBER ersetzt. Damit beschränken sich 
die Änderungen im FORTH-Kern auf 4 Byte 
(2 Byte in NUMBER und 2 Byte in INTER- 
PRET). Alles andere sind Neudefinitionen. 

Bild 1 Änderung im Wort NUMBER 

Bild 2 Änderung im Wort INTERPRET und zusätzli- 
che Definitionen 

Bild 3 Definitionsworte für Gleitkommakonstanten 
und -variablen 

Bild 4 Definitions wort zum indirekten Kalkulatorauf- 
ruf 
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Cari Zass JENA aul dem Gebiet der Prüfung opti- 
sch« Systeme 


Das therr» seiner. Diplomarbeit lautet „Physkin- 
tenswe SofiwareentwcWung zum Themenkom- 
ptex der Wellenflächenanalyse- . Dazu hat er sich . 
inienedv mff dar Programmiersprache FORTH be- 
fallt vnd diese mit wesentlichen Ergänzungen wie 
Gldtttommareehnung, Editor. Retocater ufld fte- 
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Die Wörter GUT, GLITERAL und G, haben 
die gleiche Aufgabe wie LIT, LITERAL und, 
(Komma), nur daß sie für 5- und nicht für 2- 
Byte-Zahlen zuständig sind. Sie sind ent- 
sprechend zu definieren. 

Das Wort PKONT testet im Wort GNUMBER 
den Eingabestring auf das Vorhandensein ei- 
nes Punktes und setzt ein Flag. Ist das Flag 
false, so wird mit NUMBER fortgesetzt, wie 
es auch ursprünglich war. Ist das Flag true, 
so wird durch KAL die Zahl konvertiert und 
auf dem Gleitkommastack abgelegt. Mit der 
Folge R> DROP 51 E3 >R ;S wird die nor- 
male Return-Adresse durch die Adresse der 
CFA des Wortes 7STACK in INTERPRET 
(51 E3 steht nur als Beispieladresse) ersetzt, 
und mit ;S setzt das Programm auch dort fort. 
Die Ausgabe einer Gleitkommazahl erfolgt 
einfach unter Aufruf des Unterprogramms zur 
Rückkonvertierung im Kalkulator und an- 
schließender Stringausgabe, z.B. mittels 
TYPE. 


2 


Speicherorganisation 

Die Befehle G@ und G! (Funktionsweise 
analog @ und I) kann man leicht als Primitive 
(Maschinendefinition) unter Verwendung des 
LDIR-Befehls realisieren. 

Für Wörter wie G-»S und S->G (5-Byte-2- 
Byte-Umwandlungen) stehen Unterpro- 
gramme im Kalkulator bereit. 

Bild 3 zeigt die Definitionsworte zur Vereinba- 
rung von Gleitkommakonstanten und -varia- 
blen. Werden nun mittels dieser neuen Defi- 
nitionsworte Gleitkommakonstanten bzw. 
-variablen definiert, so wird bei Aufruf einer 
Gleitkommakonstanten ihr Wert auf den 
Gleitkommastack, bei Aufruf einer Gleitkom- 
mavariablen jedoch deren Adresse auf den 
Parameterstack gelegt. 

Gleitkommafunktionen 

Um die volle Leistungsfähigkeit des Kalkula- 
tors auszunutzen, ist es günstig, ein neues 
Definitionswort aufzustellen (siehe Bild 4). 
Mit dem Wort GPAK können nun leicht 
FORTH-Worte definiert werden, die diese 
Kalkulatorfunktionen aufrufen. Ein Beispiel 
soll dies verdeutlichen. Im Kalkulator des ZX 
81 entspricht der Sinusfunktion der Makro- 
code 27H. Durch Eingabe der Sequenz 27 
GPAK SIN ist das Wort SIN in FORTH defi- 
niert. Legt man nun eine Gleitkommazahl auf 
den Gleitkommastack und ruft SIN auf, so 
steht danach der Sinuswert auf dem Gleit- 
kommastack (der alte Wert wurde über- 
schrieben)! Folgendes ist dabei abgelaufen: 
Schon bei der Definition des Wortes SIN 
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wurde auf dessen CFA durch das Wort 
(;CODE), welches indirekt in GPAK vor- 
kommt, der Inhalt durch die Adresse DOG- 
PAK ersetzt. Bei Aufruf von SIN wurde nun 
der ab DOGPAK stehende Maschinencode 
ausgeführt. Hier wurde zuerst der Makrocode 
auf die Adresse ADR geschrieben und dann 
der Gleitkommakalkulator aufgerufen. 

So sind mit geringstem Speicherbedarf alle 
Funktionen, die der Kalkulator vorsieht, defi- 
nierbar. 

Mithin sind alle Funktionen, wie sie z. B. ein 
leistungsfähiges BASIC bietet, auch in 
FORTH vorhanden. Der wesentlichste Vor- 
teil besteht jedoch in der etwa 1 0fachen Ver- 
arbeitungsgeschwindigkeit von FORTH bei 
typischen mathematischen Anwendungen, 
wie Koordinatentransformationen und Gleit- 
kommamatrizenrechnung. Dieser Faktor 


setzt sich zusammen aus der Tatsache, daß 
FORTH-Programme nicht nur aus Gleitkom- 
mawörtern bestehen und daß die Gleitkom- 
maroutinen von FORTH schneller als von 
BASIC aufgerufen werden können. 
Abschließend noch ein Hinweis zur Fehlerbe- 
handlung. Im Kalkulator wird eine eigene 
Fehlerauswertung vorgenommen. Wichtig 
ist, daß bei einem aufgetretenen Fehler, z. B. 
Division durch Null, wieder zum FORTH zu- 
rückgesprungen werden muß. In den beiden 
ZX-Kalkulatoren wird auf eine Arbeitszelle 
eine Fehlernummer gelegt und anschließend 
mit der Adresse, die über dem Initialisie- 
rungswert des Stack-Pointers liegt, fortge- 
fahren. Während der Initialisierung von 
FORTH kann dorthin z. B. die Adresse des 
Warm-Start-Entry gelegt werden. 

Eine solche Gleitkommaversion wurde auf ei- 


nem robotron ZI 01 3 getestet und in einem 
Grafikprogramm angewendet, welches in ei- 
nem folgenden Artikel beschrieben werden 
soll. 
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Steuerung des Plotters K 6418 
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Der Digitalplotter robotron K 641 8 ist ein Zei- 
chengerät, welches vorwiegend für grafische 
Zwecke geeignet ist. Die Verbindung zum Mi- 
krorechner erfolgt über eine SIF-1000- oder 
eine IFSP-Schnittstelle. In der hier beschrie- 
benen Anwendung wurde vom Mikrorechner 
eine PIO als IFSP-Interface verwendet. Die 
Datenleitungen wurden an PlO-Port A ange- 
schlossen. Von PlO-Port B wurden Bit 0 mit 
SC (Sender bereit) und Bit 1 mit AC (Empfän- 
ger bereit) verbunden. Die Leitung AO (Be- 
triebsbereitschaft Sender) wurde an Masse 
gelegt, und die Leitung SO (Betriebsbereit- 
schaft Empfänger) wurde nicht verwendet. 
Bild 1 zeigt dazu die Initialisierungsroutine 
sowie die Kernroutine zur Ausgabe von AS- 
Cll-Zeichen an den Plotter. Im Registerpaar 


HL wird die Anfangsadresse des Strings er- 
wartet. Die Ausgabe erfolgt bis zum Vorfin- 
den einer Null. 

Die Abarbeitung der übertragenen Komman- 
dos wird im Plotter durch einen implementier- 
ten 8-Bit-Mikrorechner vorgenommen. Der 
Pufferspeicher von 512 Byte ermöglicht eine 
hohe Zeichengeschwindigkeit. Um diese voll 
nutzen zu können, bietet sich die Program- 
miersprache FORTH mit einer hohen Verar- 
beitungsgeschwindigkeit an. Dabei müssen 
die Steuerkommandos für den Plotter folgen- 
der Syntax entsprechen: Jedes Kommando 
besteht aus zwei unmittelbar aufeinanderfol- 
genden Buchstaben und evtl, nachfolgenden 
Parametern. Die Parameter werden durch 
Separatoren getrennt, das Kommando wird 
mit einem Terminator abgeschlossen. 

Für die Anwendung in FORTH ist es günstig, 
drei Syntaxtypen zu unterscheiden. Einmal 
Kommandos ohne Parameter, dann Kom- 



mandos mit einem und schließlich Komman- 
dos mit zwei Parametern. 


Bild 2 FORTH-Wort zur 
Ausgabe an den Plot- 



Das Wort PLT (Bild 2) stellt die Einbindung 
der Kernroutine aus Bild 1 in FORTH dar. Die 
Anfangsadresse des zu übergebenden 
Strings wird dabei auf dem Stack erwartet. 
Kommandos ohne Parameter können als fe- 
ste Bytefolgen im Speicher abgelegt werden. 
Das Kommando zum Senken der Feder z. B. 
heißt PD; und wird als Folge 50H 44H 3BH 
00H codiert. Steht diese Folge nach der 
Kernroutine auf Adresse 3036, so lautet das 
entsprechende FORTH-Wort: 

: PD; 3036 PLT ; 

Für Kommandos mit Parametern muß der 
String immer erst zusammengesetzt werden, 
bevor er an den Plotter gesendet werden 
kann. Dabei kann ähnlich verfahren werden 
wie bei der normalen Zahlenausgabe in 
FORTH. Im Bild 3 werden dazu 5 Hilfsworte 
definiert. Zu beachten ist, daß die Zeichen- 
folge rückwärts aufgebaut wird. 

Das Wort TYPO setzt die Null und ein Semi- 
kolon als Begrenzer. Danach wird der letzte 
Parameter konvertiert. TYP3 konvertiert bei 
zwei notwendigen Parametern die erste Zahl 
und setzt als Zwischenzeichen ein Komma. 
TYP4 schließlich setzt die vorher auf den 

Bild 3 Hilfsworte zum Aufbau des aus- 
zugebenden Strings 


Bild 4 Direkte Stringausgabe 
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Stack zu legenden zwei Kommandobuchsta- 
ben, stellt die Anfangsadresse des aufgebau- 
ten Strings fest und sendet diesen mit PLT an 
den Plotter. 

Als Beispiel für Kommandos mit einem Para- 
meter soll die Definition des Wortes SL (slant 
instruction) gezeigt werden. Es bewirkt bei 
Textdarstellungen eine Schrägstellung der 
Schriftzeichen. 

: SL53 4DTYP1 ; 

SL erwartet dann auf dem Stack den Para- 
meter (slant-Winkel). Analog erfolgt die Defi- 
nition für zweiparametrige Kommandos. Hier 
das Wort PA (für plot absolute): 


: PA 50 41 TYP2 ; 

Ein spezielles Wort LB ist im Bild 4 definiert. 
Es gestattet die Ausgabe eines ASCII- 
Strings an den Plotter ohne Umweg über die 
Zahlenkonvertierung. Zum Beispiel bewirkt 
die Folge 
LB LB1234 

das Zeichnen der Zahl 1234 auf dem Plotter. 
Die Folge 
LB PA 100 100; 

hingegen bewegt die Feder des Plotters zu 
den Koordinaten 100,100. 


Der Plotter ist nun vollständig von FORTH 
aus steuerbar. Dabei ist FORTH selbst bei 
Programmen mit höherem mathematischen 
Aufwand, wie z. B. bei einem Programm zur 
3dimensionalen Darstellung von Funktionen 
zweier Veränderlicher, so schnell, daß die 
Zeichengeschwindigkeit nur durch die Verar- 
beitungsgeschwindigkeit des Plotters be- 
grenzt ist. 

Die Anwendung der Plotterfunktionen in ei- 
nem Grafikprogramm wird in einem der fol- 
genden Hefte der Mikroprozessortechnik ge- 
zeigt. 


Hardware-Realisierung von FORTH 


Gert-Ulrich Vack 

Akademie der Wissenschaften der DDR, 
Zentralinstitut für Kybernetik 
und Informationsprozesse 


1. Grundlagen 

Bei der Anwendung von FORTH wirkte sich 
in einigen Fällen bisher die gegenüber reiner 
Assemblerprogrammierung niedrigere Lauf- 
zeiteffektivität aus; in der Literatur werden für 
den Geschwindigkeitsverlust Faktoren von 
1 ,2 bis 1 0 (im Vergleich zu reinen Assembler- 
programmen) und 2 bis 4 (bezüglich der Pro- 
grammierung in C oder FORTRAN) ausge- 
wiesen. (Dennoch gehört FORTH zu den 
schnellen Programmiersprachen!) Bereits in 
den siebziger Jahren wurde deshalb mit „rei- 
nen“ Hardware-Lösungen von FORTH expe- 
rimentiert. Unabhängig von FORTH wird seit 
längerem eine Diskussion zu RISC- (Redu- 
ced Instruction Set Computer) Architekturen 
geführt. Bei diesem Konzept wird die Archi- 
tektur bewußt einfach und orthogonal gehal- 
ten, womit VLSI-Prozessoren großer Verar- 
beitungsbreite effektiv realisierbar sind. Der 
„Verlust“ an Leistung gegenüber CISC 
(Complex Instruction Set Computer-Archi- 
tekturen (dazu gehören die heute bekannten 
16- und , 32-Bit-Universalprozessoren) wird 
durch mächtigere Compiler und Betriebssy- 
steme ausgeglichen. 

Mit jüngsten Hardware-Entwicklungen wird 
der Beweis angetreten, daß FORTH-Prozes- 
soren im Sinne von RISC-Architekturen im- 
plementierbar sind (unteres VLSI-Niveau) 
und eine hohe Systemleistung ermöglichen. 
Daneben werden in Universalprozessoren 
(z. B. Z8800 /I/) Maßnahmen zur Hardware- 
Unterstützung von FORTH-ähnlichen Spra- 
chen vorgesehen (einfache Realisierungs- 
möglichkeiten für den Adreßinterpreter als 
zeitkritischsten Teil eines FORTH-Systems). 
Die Relevanz eines FORTH-Prozessors liegt 
in der flexiblen Einsetzbarkeit für unter- 
schiedlichste Anwendungsklassen, bevor- 
zugt in den Bereichen der Kleinautomatisie- 
rung, der Meßtechnik, sowie in flexibel an 
neue Einsatzbedingungen anpaßbaren gerä- 
tetechnischen Lösungen (etwa intelligente 
Sensoren, Prozeßsteuerung, Antriebstech- 
nik und damit z. B. das weite Feld der Robo- 
tertechnik, der Werkzeugmaschinen oder der 
flexiblen Fertigungssysteme). 


Im folgenden soll deshalb ein Überblick zu 
den international bekannt gewordenen Lö- 
sungen gegeben werden. 

2. FORTH-Karte mit 6502 

Einer der ersten Versuche in Richtung 
FORTH-Prozessor war die Essex Forth Mi- 
crocard aus dem Essex Electronics Centre of 
the University of Essex. Auf einer 80 mm mal 
100 mm großen Leiterplatte wird mit 7 IS auf 
Basis des Rockwell-Prozessors R 6502 (hier 
zum FORTH-Prozessor R 65F1 2 modifiziert) 
ein FORTH-System im ROM angeboten, wel- 
ches bei 1 MHz Taktfrequenz betrieben wird. 
Der Speicherraum beträgt 1 6 KByte. 40 E-/A- 
Leitungen werden getrieben. Über RS 232 ist 
ein Terminal anschließbar. Der RSC- 
FORTH-Kernel belegt 3 KByte. 10 Interrupt- 
quellen und 2 programmierbare 16-Bit-Zäh- 
ler/Timer können für Echtzeitaufgaben ge- 
nutzt werden. Mit Einsatz des 65-FRI-Deve- 
lopment-ROM wird die Karte zum Entwick- 
lungssystem erweitert. Ein Anwendungsbei- 
spiel ist ein automatischer Tester für die 
Strom-/Spannungskalibrierung (6 Analogein- 
gänge, 3 zusätzliche Schaltkreise einschließ- 
lich 8-Kanal-AD-Umsetzer). Das Programm 
(Umfang eine A4-Seite Quelltext, 1 5 FORTH- 
Worte) realisiert eine Toleranzfeldprüfung je- 
des Einganges und zeigt optisch die erforder- 
lichen Abgleicheingriffe an. 

3. MF16LP-Single Board Language Pro- 
cessor 

Die britische Firma Metaforth Computer Sy- 
stems Limited entwickelte im Doppeleuropa- 
format eine Leiterkarte mit Bipolar-Kunden- 
wunschschaltkreisen und HMOS-RAM zur 
Hardware-Realisierung von FORTH. Der 
Rechner hat eine Verarbeitungsbreite von 1 6 
Bit sowie 24 Adreßleitungen. Für Stacks und 
Register werden 2 KByte High-Speed-RAM 
verwendet. 

Der Prozessor wifd mikroprogrammiert und 
realisiert etwa 60 FORTH-Worte. Bei Ver- 
wendung von Speichern mit 60 ns Zugriffs- 
zeit werden die meisten FORTH-Operatio- 
nen in 100 bis 550 ns abgearbeitet; das ent- 
spricht etwa 2 bis 10 Millionen FORTH-Be- 
fehlen je Sekunde. Ein solches FORTH-Sy- 
stem ist damit etwa 50- bis lOOmal schneller 
als eine Software-Emulation von FORTH auf 
dem Z 80. Die Nestungsoperationen werden 
im Zeitschatten der Befehlsabarbeitung reali- 


siert, so daß kein Interpretationsoverhead für 
die Unterprogramm- bzw. Fadencodetechnik 
entsteht. Auf dem System sind Multitasking- 
Versionen von FORTH 79 und FORTH 83 so- 
wie ein C-Compiler ersetzbar. Außerdem ist 
auch PASCAL verfügbar. Module,die in ver- 
schiedenen Sprachen programmiert wurden, 
können gemixt und gemeinsam abgearbeitet 
werden. 

Zur Systementwicklung sowie -realisierung 
werden eine CPU-Karte, ein Entwicklungs- 
modul für IBM-PC sowie ein VME-Bus-Ent- 
wicklungssystem angeboten. Damit sind die 
Anwendungslösungen (Echtzeitsysteme für 
Bildverarbeitung, Grafik, CAD/CAM oder Ex- 
pertsysteme usw.) zu implementieren. Für 
Multiprozessorkonfigurationen bestehen 
Kopplungsmöglichkeiten über 6 Hochge- 
schwindigkeits-E-/A-Kanäle mit Übertra- 
gungsraten von 10 MBit/s. 

In 121 werden Ergebnisse von Laufzeitunter- 
suchungen angegeben. Der Eratosthenes 
Sieve (ein Standard-Benchmark-Programm, 
bei dem die Primzahlen zwischen 3 und 
16381 zehnmal gezählt werden) benötigt da- 
nach für den MF16LP in FORTH 1,09 s, auf 
dem 4-MHz-Z80 76 s, auf dem 5-MHz-8086 
64 s und auf einer PDP 1 1 /70 1 1 ,8 s. Eine C- 
Realisierung dieses Algorithmus auf der PDP 
11/70 benötigt 1,52 s. 

Mit aller Vorsicht läßt sich abschätzen, daß 
ein FORTH-Prozessor mit einer solchen Ver- 
arbeitungsleistung eine Reihe von (nicht zu 
anspruchsvollen) Signalverarbeitungsaufga- 
ben lösen kann. 

Eine Besonderheit des MF1 6LP ist die Meta- 
forth Soft Architecture. Dabei wird der Anwen- 
der in die Lage versetzt, nach der Austestung 
eines Programmsystems mit dem Metaforth 
Profiler zeitkritische Stellen im Programmlauf 
zu identifizieren. Spezialisten der Hersteller- 
firma können anschließend Ergänzungen im 
Mikroprogramm des Rechners vornehmen, 
um eine höhere Abarbeitungsgeschwindig- 
keit der fraglichen Programmteile zu erzielen. 
Mit diesem Konzept wird eine Brücke ge- 
schlagen zwischen der Starrheit von univer- 
sellen, komplexen Mikroprozessorarchitek- 
turen und der mit wesentlich höheren Kosten 
für den Anwender erkauften Flexibilität von 
Bit-Slice-Realisierungen eines Spezialpro- 
zessors. Die Softwarekonzeption gestattet 
es, einen Spezialprozessor in der Firmware 
des FORTH-Prozessors zu realisieren. 

4. FORTH-Prozessor NC 4000 

Der markanteste Schritt in Richtung FORTH- 

Prozessor war die Entwicklung des NC 4000 
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Bild 1 Interne Struktur 
des NC 4000 (aus der 
verbalen Beschrei- 
bung in 15/ abgeleitet) 
TOS - Top Of Stack Ä 
1 . Element 

NOS -Next Over TOS 
= 2. Element 


durch Cupertino/Kalifornien gemeinsam mit 
dem Begründer von FORTH, Charles Moore. 
Inzwischen sind bereits verschiedene Reali- 
sierungsvarianten dieses Prozessors be- 
kannt geworden. 

Der NC 4000 (Bild 1 ) ist ein 1 6-Bit-Prozessor 
und arbeitet voll statisch mit maximal 8 MHz 
Taktfrequenz. Der Chip ist in einem 120poli- 
gen Gehäuse untergebracht. Erste Muster 
wurden in HCMOS-Gate-Array-Technik ge- 
fertigt; intern ist der Schaltkreis überwiegend 
in Bit-Slice-Technik ausgeführt. Der Prozes- 
sor hat keine Mikroprogrammsteuerung und 
ist deshalb in der Firmware nicht erweiterbar. 
Daraus ergeben sich jedoch Geschwindig- 
keitsvorteile. Die meisten der 40 implemen- 
tierten FORTH-Primitiven werden in einem 
Takt ausgeführt (einschließlich Anweisungen 
für strukturierte Programmierung). Zusätzlich 
können auch 1 30 Kombinationen aus Primiti- 
ven in einem Wort codiert und somit in einem 
Takt ausgeführt werden. Daraus resultiert 
eine enorme Verarbeitungsleistung, die über 
der des M 68000 liegen soll 121. 

In den Befehlscodes wird das oberste Bit 
ausgewertet. Ist es auf Eins gesetzt, so be- 
zeichnen die nachfolgenden Bits die Adresse 
eines anderen Wortes innerhalb des Faden- 
codes (Secondary, Nestungsoperation). Ist 
das Bit 0, so handelt es sich um den Code ei- 
ner sofort ausführbaren Primitive. Ein weite- 
res Bit kennzeichnet in den Befehlscodierun- 
gen eine Rückkehranweisung in die aufru- 
fende Ebene. Dieses „Return“ wird parallel 
zur Verarbeitungsoperation ausgeführt, so 
daß (ebenso wie beim MF1 6LP) der Interpre- 
tationsoverhead entfällt. 

Die Reduzierung des Adreßraumes durch die 
vordefinierten Bits in den Befehlscodes ist 
bedeutungslos, da der generierte Code au- 
ßerordentlich kompakt ist. Der gesamte 
adressierbare Speicher umfaßt 64 KWorte. 
Mit Nutzung der Erweiterungsleitungen kann 
er bis auf 2 MByte expandiert werden. Daten- 
und Programmstacks werden als getrennte 
Speicherblöcke realisiert und über getrennte 
Busse erreicht. Das ermöglicht eine extrem 
kurze Umschaltzeit bei Context-Switch sowie 
eine Parallelarbeit bei Hauptspeicher- und 
Stackzugriffen. Die oberste der 257 Pro- 
grammstackzellen sowie die obersten 2 der 
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1876 an der Technischen Universität Dresden ln- I 
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258 Datenstackzellen liegen im Schaltkreis 
als Register vor. 1 6 E-/A-Kanäle können bidi- 
rektional, maskierbar, selbstvergleichend 
und für gelatchte bzw. T ristate-Ausgaben ge- 
nutzt werden. Gegebenenfalls können auch 
die 5 Erweiterungsleitungen für die Expan- 
dierung des Speicheradreßraumes als E-/A- 
Leitungen betrieben werden. Eine dieser Lei- 
tungen ist darüber hinaus auch als Interrupt- 
eingang nutzbar. 

Der Prozessor greift auf die Stacks, auf den 
Hauptspeicher und auf die E-/A-Adreßräume 
parallel während der Verarbeitungsoperatio- 
nen zu. 

Auf Basis des NC 4000 wird ein Einplatinen- 
rechner unter der Bezeichnung SBC Beta- 
Board als Zusatzkarte für den IBM-PC ange- 
boten. 28 KWorte RAM und 4 KWorte ROM 
sowie 8 Stacksegmente (Umschaltung in we- 
niger als 5 ps) stehen zur Verfügung, um ein 
Programmentwicklungssystem auf der Basis 
von PolyFORTH zu unterstützen. Das Delta 
Evaluation System SC 1 0 000 Delta Board ist 
ein Entwicklungsmodul (4 MHz, 8 Stackseg- 
mente, je 4 KWorte RAM und EPROM, RS- 
232-Schnittstelle, 21 E-/A-Kanäle). Ergän- 
zungsmoduln (Bus, Peripherie, Speicher) 
sind angekündigt. 

5. Schlußfolgerungen 
Aus Untersuchungen der Universität von Hüll 
/3/ geht hervor, daß prozedurale Program- 
miersprachen auf der Grundlage von 
FORTH-Architekturen implementierbar sind. 
Der FORTH-Prozessor könnte dabei als Ziel- 
hardware für eine Vielzahl von Programmsy- 


stemen sowie Fachsprachsystemen genutzt 
werden. 

Mit den Möglichkeiten der VLSI-Technologie 
sind FORTH-Prozessoren als Chip realisier- 
bar. Auf Grund der Flexibilität der Software 
(Implementierungsprinzip, Erweiterbarkeit 
des Sprachkonzeptes) wird auch die Hard- 
ware universeller einsetzbar, womit große 
Stückzahlen bei der Herstellung des Prozes- 
sors ökonomisch realisierbar sind. Die Lei- 
stungsmerkmale erreichen oder überschrei- 
ten die von 16-Bit-Prozessoren. Selbst für 
komplizierte Anwendungsfälle (Bildverabei- 
tung, Künstliche Intelligenz) ergeben sich mit 
dem FORTH-Prozessor interessante Reali- 
sierungsalternativen gegenüber Universal- 
prozessoren, wobei einfachere, zuverlässi- 
gere, leistungsfähigere und insgesamt öko- 
nomischere Lösungen zu erwarten sind. 

Bei der Konzipierung eines FORTH-Prozes- 
sors sind immer folgende Aspekte zu berück- 
sichtigen: 

- Realisierung als fest verdrahtete oder mi- 
kroprogrammierbare Hardware 

- Auswahl des Basisbefehlssatzes 

- Eignung für den Einsatz in Multiprozessor- 
und Mehrrechnerkonfigurationen (auch in 
heterogenen Systemen, gemeinsam mit Uni- 
versal-, Spezial- und Koprozessoren) 

- Auswahl einer geeigneten Programmier- 
umgebung (FORTH 83, Poly-FORTH usw.). 
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Termine 

V. Symposium Optoelektronik 

WER? VEB Werk für Fernsehelektronik und 
Betriebssektion der KDT 
WANN? 1 0. bis 1 2. Dezember 1 987 
WO? Berlin 

WAS? 

• Erfahrungsaustausch mit den Koopera- 
tionspartnern 

• Vorträge und Posterdiskussionen u. a. zu 
optoelektronischen Sendern, Empfängen 
und Kopplern, Bauelemente der Lichtleiter- 
nachrichtenübertragung 

• umfangreiche Ausstellung von Erzeugnis- 
sen einschließlich ihrer Anwendung 

WIE? Anmeldungen bis zum 15.9. 1987 an 
das Werk für Fernsehelektronik, Betriebs- 
sektion der KDT, Ostendstraße 1-14, Berlin, 
1160. Dr. Hornung 
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EMR-Controller 

für eine LCD-Punktmatrix 


Rudolf Lösel 

VEB Robotron-Optima Büromaschinenwerk 
Erfurt 


Einführung 

In mit Mikroprozessoren gesteuerten Gerä- 
ten, bei denen eine alphanumerische und/ 
oder grafische Information ausgegeben wer- 
den soll, werden immer häufiger Flüssig- 
kristallmatrixanzeigen verwendet. Diese An- 
zeigen, auch LCD-Module genannt, haben 
den Vorteil, daß die Darstellungsform und 
-große von Zeichen variabel gestaltet werden 
kann. 

Eine Grenze besteht lediglich in der Menge 
und Aufteilung der Matrixpunkte. Vorteilhaft 
bei kleineren Geräten ist der niedrigere 
Strombedarf. Neben einer Betriebsspannung 
von +5V ist in einigen Fällen eine zweite 
Betriebsspannung von -5V notwendig, die 
jedoch bei dem geringen Strombedarf, der 
unter 1 mA liegt, von einem einfachen +5W 
-5V-Transverter bereitgestellt werden 
kann. 

Die schaltungstechnische Anordnung des 
LCD-Moduls (Bild 1) ist so gestaltet, daß 
zwischen dem eigentlichen LCD-Modul und 
dem Rechner-Anschluß (Bus) ein Controller 
geschaltet ist, der die notwendige Signal- und 
Steueranpassung vornimmt. 

Der Controller hat folgende Aufgaben zu er- 
füllen: 

- Zwischenspeicherung der anzuzeigenden 
Daten 

- Bildung des anzuzeigenden Punktrasters 

- Parallel-Serien-Wandlung des Punktra- 
sters 

- Generierung der Steuersignale (meist 4). 

Die auf dem LCD-Modul befindlichen An- 
steuerschaltkreise U 714 PC haben die Auf- 
gabe, die für die LCD-Matrix spezifischen 
Signale während der Zeilenanzeigezeit be- 
reitzustellen und zwischenzeitlich die Daten 
für die nächste Zeile vom Controller zu 
übernehmen. Durch die Ausstattung des 
U 714 PC mit seriellem Übernahmeregister 
und parallelen Ausgaberegistern mit nachge- 
schalteten Treibern ist es möglich, die Menge 
der (n + m) Anschlüsse, die bei kleinen An- 
zeigen, bereits 100 überschreitet, auf eine 
Datenleitung und vier Steuerleitungen zu re- 
duzieren. Auf die Funktion und die Wirkungs- 
weise des U 714 PC wird in diesem Beitrag 


Bild 1 Anschaltung der Anzeige an den Rechner 


nicht eingegangen, eine ausführliche Funk- 
tionsbeschreibung ist in /I/ enthalten. 

Ansteuerung von Anzeige-Matrizen 

Die LCD-Module erfordern ein spezielles 
Steuerprogramm, das entsprechend der 
Größe der Anzeige modifiziert wird. Neben 
den seriell bereitzustellenden Anzeige-Daten 
sind der Ansteuerung Taktsignale zum 

- Übernehmen der Daten (CL2) 

- Zeilenwechsel(CL1)und 

- Bi Id Wechsel (FLM) 

zu liefern. Zur Verhinderung von Gleichspan- 
nungskomponenten auf dem LCD-Modul ist 
außerdem ein Wechselsignal (M) im Zeilen- 
takt, bei größeren Anzeigen im Bildwechsel- 
takt, erforderlich. Bild 2 zeigt die Steuer- 
signale für den LCD-Modul MF 01 RW des 
VEB Werk für Femsehelektronik für eine 
Zeilenanzeigezeit. Diese Anzeige besitzt 
10 Zeilen mit 120 Spalten. Die mit der fallen- 
den Flanke von CL2 eingeschobene Informa- 
tion wird mit der fallenden Flanke von CL1 zur 
Anzeige abgespeichert. Die Zeileninforma- 
tion (Beginn der 1. Zeile) wird bei FLM = H 
mit der steigenden Flanke von CL1 einge- 
schoben und mit der ersten steigenden 
Flanke von CL2 abgespeichert. 

Auf den internen Steuerungsablauf zwischen 
den Ansteuerschaltkreisen und dem Flüssig- 
kristall wird nicht eingegangen, das Prinzip 
der Multiplexansteuerung von Matrixan- 
zeigen wird ausführlich in 121 beschrieben. 
Bei der angegebenen Anzeige ist der Multi- 
plexgrad n = 10. Die Spalten bzw. Zeilen 
werden mit sechs verschiedenen Span- 
nungspegeln, welche von einem Spannungs- 
teiler auf der Matrix geliefert werden, ange- 
steuert. 

Betriebsarten von LCD-Controllern 

Der Controller kann in zwei Betriebsarten 
arbeiten. Für alphanumerische Anzeigen ge- 
nügt vom Rechner die Übergabe von Anzei- 
gedaten und Anzeigeposition in einen Wie- 
derholspeicher des Controllers, aus dessen 
Inhalt die Datensignale für die Anzeige gebil- 
det werden. Hierzu ist noch ein interner oder 
externer Zeichengenerator notwendig. Diese 
Betriebsart wird Zeichenmode genannt. 
Sollen besondere Zeichen und/oder Grafik 
ausgegeben werden, muß für jeden Punkt 


Bild 2 Ansteuersignale für eine Punktmatrix- 
Anzeige 


der Anzeige die entsprechende Hell/Dunkel- 
Information durch ein Grafik-Programm ge- 
bildet und an den Controller übergeben 
werden. Diese Betriebsart, Grafik-Mode ge- 
nannt, benötigt nur einen Wiederholspeicher, 
der jedoch die gesamte Punktmenge Zwi- 
schenspeichern muß. 

Controllerlösung mit EMR 

Im folgenden soll ein Controller in Zeichen- 
mode auf Basis des EMR ÜB 881 0D angege- 
ben werden, der für die Ansteuerung der 
LCD-Matrix von 10 x 120 Punkten Verwen- 
dung findet. Durch Veränderung von Kon- 
stanten des Programms ist eine einfache 
Umstellung auf Anzeigen anderer Matrix- 
teilungen möglich. Bei der Lösung wurde 
eine minimale Umgebungsbeschaltung des 
EMR angestrebt. Die Lösung mit dem EMR 
wurde gewählt, weil Lösungen mit integrier- 
ten Schaltungen des üblichen Sortiments zu 
umfangreich wären. Von Herstellern der 
LCD-Matrizen im Ausland werden hierzu spe- 
zielle LSI-Schaltkreise angeboten, welche in 
einigen Fällen mit externem RAM und Zei- 
chengenerator ergänzt werden müssen /3 /. 

Schnittstelle zum Rechner 

Für die Schnittstelle zum Rechner wird die 
parallele Datenübernahme gefordert. Durch 
Veränderung des Übernahmeprogramms ist 
auch eine serielle Schnittstelle möglich. 

Der EMR wird dabei mit dem Port 1 direkt an 
den Datenbus geschaltet. Da der Controller 
außer den Daten noch Adressen und Befehle 
übernehmen muß, werden zwei Steuerleitun- 
gen /SW (Steuerwort) und /DAT (Daten) be- 
nötigt, die bei Daten- oder Befehlsübergabe 
aktiviert werden. Dadurch werden im Rech- 
ner zwei Ausgabeadressen belegt. Um Da- 
tenverlust durch Überschreiben der gepuffer- 
ten Eingangsdaten zu vermeiden, ist ent- 
weder Handshakebetrieb notwendig oder die 
Datenübergabe muß in einem bestimmten 
Zeittakt erfolgen. Die Daten, Adressen oder 
Befehle werden an Porti angelegt und 
/DAV1 an P33 generiert. Bei Befehlen oder 
Adressen erscheint gleichzeitig noch ein 
Signal an P30, welches einen zweiten Inter- 
rupt erzeugt. 

Durch seine Abfrage am Anfang der Ein- 
gaberoutine kann zwischen Daten und 
Adressen oder Befehlen unterschieden wer- 
den. Außer Daten können folgende Infor- 
mationen an den Controller gegeben wer- 
den: 

- Adresse (Anzeigeposition des nachfolgen- 
den Zeichens (Cursoradresse) 

- Adresse des Zeichens, welches blinken 
soll (Blinkadresse) 


Bild 3 EMR-Steuersignale für die Punktmatrix- 
Anzeige 
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Bild 4 Schaltung des 
EMR-Controllers 


- Blinkadresse löschen 

- Anzeige ausschalten (Dunkeltastung) 

- Dunkeltastung aufheben (Anzeige ein- 
schalten). 

Da für die Codierung der Blink- bzw. Cursor- 
adresse maximal 5 Bit benötigt werden, 
werden die restlichen 3 Bit für die Unter- 
scheidung der Adressen- bzw. Befehlsart ge- 
nutzt. Die Codierung der verschiedenen 
Adressen- und Befehlsarten zeigt Tafel 1 . 

Um die Datenübernahme zu beschleunigen, 
wird die Adresse des eingegebenen Zei- 
chens nach der Eingabe automatisch um 1 
erhöht, so daß die Cursoradresse nur einge- 
geben werden muß, wenn keine kontinuier- 
liche Datenfolge vom Rechner ausgegeben 
wird. Die eingegebenen Zeichen werden im 
Anzeigewiederholspeicher (interner RAM 
des EMR) abgelegt. Das Eingabeprogramm 
besitzt gegenüber dem Anzeigeprogramm 
die Priorität 2. 

Bei zeitlich kurzen Eingabeprogrammen 
kann dem Eingabeprogramm auch die Priori- 
tät 1 gegeben werden. 

Generierung der Signale 
für die LCD-Anzeige 

Die Matrixanzeige benötigt die im Bild 2 an- 
gegebenen Steuer- und Datensignale. Um 
die Zeitbedingungen für M einzuhalten, wird 
das Signal vom Timer TI erzeugt und über 
P36 ausgegeben. Durch die Rückführung 
von M auf P32 wird das Zeilenprogramm 
synchron zu M gestartet. In diesem Pro- 
gramm wird ein Hilfssignal (Programm läuft) 
an P37 ausgegeben, welches durch logische 
Verknüpfung mit M CL1 generiert. Das Bild- 
wechselsignal FLM, welches nur während 
des Wechsels von der 1 . zur 2. Zeile H sein 
muß, wird softwaremäßig erzeugt und an P35 
ausgegeben. Das auszugebene Bitmuster 
für ein 5x7- oder 5 x 9-Zeichen wird dem 
Zeichengenerator entnommen. Die Adresse 
des Zeichengenerators wird ähnlich wie bei 
der Bildschirmausgabe aus Zeichen- und 
Zeilenadresse berechnet. Vor der Parallel- 
Serienwandlung wird das 5 Bit lange Zei- 
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Tafel 1 Codierungsarten 


Code 

Befehl 

000CCCCC 

Cursoradresse auf 0 ... 19 

001 BBBBB 

Blinkadresse auf 0 ... 19 

01000000 

Anzeige ein 

10000000 

Anzeige aus 

001 1 1 1 1 1 

Blinkadresse aus 


chenmuster bO bis b4 mit L auf b5 (Zwischen- 
raum) und H auf b6 und b7 (Taktbit) ergänzt 
und in P2 geladen. Die Daten- und Taktbe- 
reitstellung CL2 geschieht durch folgendes 
Programm (siehe auch 14 /): 


LDCR2, @PR4 

AND R2, #BFH 
SRAR2 

ANDR2, #BFH 


Bitmuster laden (bO in 
P20) 

Bit 6 löschen (Takt 1) 
Rechtsverschiebung und 
Setzen von b6 (bl in P20) 
Takt2usw. 


Die seriellen Daten D werden an P20 und der 
Takt CL2 an P26 ausgegeben. Nach fünf- 
maliger Rechtsverschiebung und sechsmali- 
gem Löschen von b6 sind die 5 Bit und der 
Zwischenraum ausgegeben. Hierbei werden 
entgegen den Angaben in Bild 2 die Daten mit 
ihren Taktimpulsen asynchron bereitgestellt. 
Die Ansteuerschaltkreise lassen diese Be- 
triebsart zu, Bedingung ist nur, daß die 
Datenausgabezeit an den Modul kleiner T ist 
und die Zeitbedingungen zwischen D und 
CL2 eingehalten werden. 

Das Ausgabediagramm zeigt Bild 3. An 
Sonderfunktionen ist vorgesehen, daß durch 
einen Cursor in der 9. Zeile die Position ange- 
zeigt wird, auf die das nächste Zeichen ein- 
gegeben wird; weiterhin kann ein ausgewähl- 
tes Zeichen mit einer Frequenz von ca. 2 Hz 


blinken. Durch Programm läßt sich die An- 
zeige aus- und einschalten. Nach Anlegen 
der Betriebsspannung oder nach RESET 
wird bei der Initialisierung folgender Grund- 
zustand eingestellt: 

- Bildwiederholspeicher gelöscht 

- Cursor auf Position 1 

- Anzeige eingeschaltet 

- Blinkadresse ausgeschaltet. 

Schaltung des Controllers 

Die Gesamtschaltung des Controllers ein- 
schließlich seiner Hardware-Ergänzungen 
zeigt Bild 4. Statt des UB 881 OD wurde in der 
Erprobung mit dem UB8820D und dem 
EPROM U 271 6C gearbeitet. 

Das Programm einschließlich des Zeichen- 
generators für 1 28 Zeichen im 5 x 9-Raster 
ist im ROM bzw. EPROM untergebracht. 

Zum Test der Anzeige ist im Programm eine 
Prüfroutine vorhanden, welche durch An- 
legen von +5 V an P07 aufgerufen wird. 
Damit ist ein Test des Anzeigemoduls ohne 
Rechner möglich. 

Erprobung 

Die Erprobung erfolgte mit einer Ißstelligen 
5 x 7-Punkt-Anzeige mit Cursor Hitachi 
H2532A und einer Anzeige von 10x120 
Punkten (MF 01 RW), welche die Darstellung 
von 20 Zeichen im 5 x 9-Raster einschließ- 
lich Cursor zuläßt. Die Bildwechselfrequenz 
betrug dabei 64 Hz (T = 1 ,56 ms für eine 
Zeile). Die Generierung der Daten ein- 
schließlich Parallel-Serienwandlung benötigt 
ca. 50 % der zur Verfügung stehenden Zeit T. 
Damit ist abzuschätzen, daß mit einem EMR 
bei 8 MHz Quarzfrequenz auch größere An- 
zeigen bis zu einer maximalen Punktzahl 
von 2000 Punkten angesteuert werden 
können. 

Bei noch größeren Anzeigen muß entweder 
die Bildwechselfrequenz zur Vergrößerung 
von T abgesenkt oder die zeitaufwendige 
P/S-Wandlung muß hardwareseitig vorge- 
nommen werden. Die Arbeiten wurden 
durchgeführt, um die Eignung des EMR als 
Controller für den zu erwartenden Einsatz 
von LCD-Anzeigen in elektronischen 
Schreibmaschinen zu überprüfen. 

Literatur 

IV TGL-E 38519, 11/86 

121 Klein, W.: Ansteuerverfahren für LCDs. Radio, 
Ferns., Elektron. 35 (1986) 9, S. 590 
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elektronik „Karl Marx“ Erfurt 
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Preiswertes Prüfgerät 


Frank March, Armin Zaspel, Harald Gürth 
VEB Mikroelektronik „Karl Marx“ Erfurt 


Es wird ein universeller, rechnergesteuerter 
Leiterplattenprüfaufbau mit sehr flexiblen 
Einsatzmerkmalen vorgestellt. Dieser unter- 
scheidet sich deutlich von bisher bekannten 
Lösungen (z. B. automatische Leiterplatten- 
tester) durch den äußerst geringen Hard- 
wareaufwand. 

Mittels entsprechender Adaptierung können 
Prüflinge im Nichtechtzeitbetrieb Funktions- 
tests unterzogen werden. MACRO-Befehle 
erleichtern die Programmierung, spezielle 
Betriebsarten unterstützen die Fehler- 
diagnose. Aufbau und Inbetriebnahme der 
Lösungsvariante ist unkritisch. 

Der Prüfplatz besteht in der Konfiguration 
aus einem Steuerteil mit Rechner, der auch 
für andere Steueraufgaben als die Leiter- 
plattenprüfung eingesetzt werden kann, und 
einem Prüfgerät, das Spannungsquellen, 
I/O-Tore sowie Steckplätze für Adapter zur 
Aufnahme der Prüflinge enthält. 

Display-Keyboard-Terminal (DKT) 

1. Hardware 

Das DKT beinhaltet folgende Funktions- 
gruppen: 

- Steuerrechner (U 880, 8K ROM, 4K ROM) 

- Display (16-Stellen-7-Segment-Anzeige 
und je eine LED) 

- Tastatur (24 Tasten) 

- IFSS-Schnittstelle 

- Schnittstelle für Magnetbandgerät (NF- 
Buchse) 

- Parallelschnittstelle (DKT-Bus) 

- Netzteil. 

Außer Netztrafo, Netzschalter, Netzsiche- 
rung, Gleichrichter und Ladekondensator be- 
finden sich alle Bauelemente auf einer Leiter- 
platte von 22 cm x 33 cm. 

Der ROM-Bereich umfaßt 4 Steckplätze für 
U2716. Die Ansteuerung des Displays und 
das Einlegen der Tastatur erfolgt durch Soft- 
ware-Multiplex. Die IFSS-Schnittstelle kann 
sowohl sender- als auch empfängerseitig 


durch Einlöten entsprechender Drahtbrücken 
aktiv bzw. passiv betrieben werden. 

Der DKT-Bus ist eine Parallelschnittstelle mit 
8 bidirektionalen Daten- und 7 Adreßleitun- 
gen. Die Steuersignale sind so gewählt, daß 
U855, U856, U857 und K-1520-IN/OUT- 
Leiterplatten ohne Einschränkung betrieben 
werden können. Weiterhin stehen der NMI- 
Eingang sowie Eingänge und Ausgang der 
CTC-Kanäle 2 und 3 zur Verfügung. Die 
RESET-Leitung läßt sich auch softwaremä- 
ßig aktivieren. Vom Ladeelko ist eine Leitung 
zum 39poligen DKT-Bus-Steckverbinder ge- 
führt, so daß sowohl +7 ... 12 V für externe 
Anwendung (max. 200 mA) entnommen, als 
auch eine externe Spannung von +8 . . . 12V 
zur Pufferung (max. 2 A) eingespeist werden 
können. 


2. Betriebssystem 

Für das Betriebssystem sind 4 KByte ROM 
reserviert, es umfaßt folgende Komplexe: 

- Initialisierung mit RAM- und ROM-Test 

- Multiplex-IN/OUT-Routine für Display und 
Tastatur 

- Monitor 

- MACRO-Interpreter 

Der Anwender kann NMI, Interrupts durch in- 
terne SIO und CTC, Interrupts durch externe 
Systembausteine, Interrupt bei Betätigen 
einer Taste sowie RST10H ... RST28H 
nutzen, in dem die Anfangsadressen der ent- 
sprechenden Routinen in vorgesehene 
RAM-Zellen eingeschrieben werden. 

Bei jedem Monitor-Aufruf und bei jedem 
Monitor-Neustart durch Betätigen der Taste 
ESC wird der Monitor-Verursacher ange- 
zeigt. Dieser ist vor jedem Aufruf in eine 
RAM-Zelle zu schreiben. Mögliche Verur- 
sachersind: 

- Unterbrechen des Programms durch Betä- 
tigen der Taste ESC 

- Break 

- Operationscode OFFH 

- Error 00 ... 99, frei vom Anwender nutzbar 

- DKT-Bus-OUT 

- Fehler in einem C-Befehl (siehe MACRO- 
Befehle) 


- Kontrollesefehler in einem L-Befehl (siehe 
MACRO-Befehle). 

Folgende Monitor-Routinen sind implemen- 
tiert: 

- Anzeige des Display-Zustandes vor Moni- 
tor-Aufruf 

- CPU-Zugriff: Anzeige und Änderung der 
Register; Rückkehr zum Programm 

- Speicherzugriff: Speicherinhalt anzeigen, 
ändern, fortlaufend schreiben; Starten von 
Unterprogrammen 

- IN/OUT-Zugriff: IN/OUT-Adressen lesen 
und schreiben 

- DKT-Zugriff: Kanäle (siehe MACRO- 
Befehle) anzeigen und schreiben 

- Break: Break anzeigen, löschen, -setzen; 
Break = PC +/- 1 ... 1 5 setzen und Rück- 
kehr zum Programm 

- Speicher füllen mit Konstante oder Block- 
transfer 

- Freigabe der IFFS-Schnittstelle zum 
Laden oder Lesen des DKT-Speichers 

- Magnetband schreiben oder lesen. 

Der Monitor ist hinsichtlich Verursacher und 
Routinen durch den Anwender erweiterungs- 
fähig. 

3. MACRO-Befehle 

Die MACRO-Befehle unterstützen die Pro- 
grammierung in Assemblersprache, sie wer- 
den auch vom Betriebssystem genutzt. Der 
Operationscode jedes MACRO-Befehls be- 
steht aus einem RST-30H-Befehl und nach- 
folgenden Datenbytes, die den Operations- 
code und die Operanden enthalten. Zur 
Assemblierung findet der in /I/ beschriebene 
MACRO-Assembler Anwendung. Durch Ver- 
wendung der Assembleranweisung MAC- 
LIST OFF erscheint im Listing neben dem 
MACRO-Befehl nur der erzeugte Objekt- 
code, so daß diese Befehle vom Anwender 
wie zusätzliche Maschinenbefehle gehand- 
habt werden können. Der MACRO-Inter- 
preter benötigt im DKT zur Abarbeitung von n 
aufeinanderfolgenden MACRO-Befehlen 
etwa (n + 1) x 200^s. 

Der MACRO-Befehlsvorrat umfaßt vier 
Basisbefehle: 

L - Wertzuweisung 

C - Vergleich, bei Ungleichheit Fehler- 
meldung 



Mikroprozessortechnik, Berlin 1 (1987) 6 


173 










J - Test und bedingter Sprung 
W - Wartezeit. 

Mittels MACRO-Befehl sind 256 Kanäle 
adressierbar, sie beinhalten die IN/OUT- 
Adressen 0...127, die Speicherplätze 
([IX + Q] . . . [IX + 63]), Display, Tastatur, 
CPU-Register und ein Steuerregister. Die 
Kanalwortbreite beträgt 8 Bit. 

Markierung und Einzelbitadressierung sowie 
indirekte Kanaladressierung sind möglich. 
Jede Displayposition kann sowohl beim 
Schreiben als auch beim Lesen wahlweise 
als 7-Segment-lnformation oder - in Verbin- 
dung mit einer Umcodierung Bit 0 ... 3 bzw. 
Bit 4 ... 7 = Hex-Zeichen - als 7-Segment- 
Information angesprochen werden. 

Programmierbares Prüfgerät 

1. Hardware 

Die Leiterplatten des programmierbaren 
Prüfgerätes sind K-1520-kompatibel und 
werden über eine K-1520-Systembus- 
Grundverdrahtung betrieben, eine ZRE- 
Karte ist nicht enthalten. Als Steuerrechner 
wird vorzugsweise das DKT eingesetzt. Es ist 
jedoch auch jeder andere Rechner verwend- 
bar, sofern er die Anschlußbedingungen er- 
füllt. In der hier beschriebenen Minimal- 
variante sind 8 Datenbit, 4 Adreßbit, ein 
Schreib-, ein Lese- und ein Rücksetzsignal 
erforderlich. Zur Stromversorgung der zu 
prüfenden Leiterplatte sind Regelteile für 
+5 V und -5,2 V mit einer Belastbarkeit von 
30 A eingebaut. Diese Spannungen sind von 
Hand um ±10% veränderbar. Weiterhin ist 
eine Leiterplatte mit vier programmierbaren 
Spannungsquellen enthalten (max. ±18 V; 

1 A bzw. ±36 V; 0,5 A). Die Spannungspro- 
grammierung erfolgt durch den Anwender 
über Referenzwiderstände, die mit einem 
Konstantstrom von 1 mA betrieben werden. 
Eine Überlastung der Spannungsquelle wird 
durch LEDs signalisiert. 

Das Gerät enthält zwei IN/OUT-Leiterplatten 
mit jeweils 8 Kanälen zu je 8 Bit. Davon sind 7 
Kanäle bidirektional, die Aktivierung der 
OUT-Treiber (DS8212) erfolgt bei jeder 
OUT-Operation, die Tristate-Programmie- 
rung durch Schreiben auf dem achten Kanal. 
Dieser steht damit nach außen nur als IN- 
Kanal zur Verfügung. Die Leitungen eines IN- 
Kanals sind an einen Schalter mit 8 unabhän- 
gig rastenden Tasten geführt. Damit können 
vom Bearbeiter Meßprogrammparameter 
eingegeben werden, z. B. die Bestückungs- 
variante einer Leiterplatte. 

Vier Steckplätze sind von außen zugänglich, 
sie ermöglichen eine Erweiterung des Gerä- 
tes und die Aufnahme von Prüfadaptern. Für 
jeden Prüfling ist ein solcher Adapter er- 
forderlich, der durch Verdrahtung die Zuord- 
nung der vorhandenen IN/OUT-Kanäle und 
Spannungsquellen zum Prüfling realisiert. 
Hier ist auch Platz für Hilfsschaltungen (z. B. 
für Pegelwandler, Lastschaltungen, Impuls- 
former oder Latches). Insbesondere zur Prü- 
fung von Analogschaltungen sind solche 
Hardwareunterstützungen notwendig. Für 
den Adapter stehen Universalleiterplatten mit 
einem Rasterfeld zur Verfügung. 

2. DKT als PPG-Steuergerät 
Zur Steuerung des Meßprogrammablaufs 
sind die Monitorroutinen um folgende Funk- 
tionen erweitert: 
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RUN: Programmstart bzw. -fortsetzung bis 
Fehler oder Programmende. Im Fehlerfall 
wird das Programm gestoppt, der fehlerhafte 
Zustand bleibt statisch erhalten, die Test- 
nummer und die Adresse des negativ ver- 
laufenden C-Befehls sowie das Vergleichser- 
gebnis werden im Display angezeigt. Der Be- 
arbeiter hat so die Möglichkeit, mit Hilfe des 
Programmdruckes und der Schaltbilder von 
Prüfling und Adapterplatte den Fehler zu 
lokalisieren. Oft genügen dabei Spannungs- 
messungen im fehlerhaften Zustand. Zusätz- 
liche Unterstützung bieten die weiteren Be- 
triebsarten und Monitor-Routinen (Break, Ka- 
nalzugriff usw.). 

SHIFT/RUN: Im Unterschied zu RUN wird 
bei Programmende automatisch neu gestar- 
tet. Durch diesen Endloslauf wird die Dia- 
gnose zeitweise auftretender Fehler erleich- 
tert, ein Abbruch erfolgt bei Fehler oder nach 
Betätigung der Taste ESC oder durch 
RESET. Weiterhin wird der JNE-Befehl nicht 
ausgeführt, um ein Blockieren des Pro- 
grammablaufes in Abgleichschleifen zu ver- 
hindern. 

GO: Programmstart bzw. -fortsetzung bis 
Testende, der JNE-Befehl wird nicht ausge- 
führt. Im Fehlerfall wird ein FALL-Flag ge- 
setzt, das Programm wird nicht gestoppt. 
Nach Testende wird die Testnummer und je 
nach Zustand des FALL-Flags PASS bzw. 
FAIL angezeigt. Vorausgesetzt, das Meßpro- 
gramm ist so geschrieben, daß die einzelnen 
Tests voneinander unabhängig lauffähig 
sind, kann sich der Bearbeiter mit dieser Be- 
triebsart leicht einen Überblick über den Ge- 
samtzustand des Prüflings verschaffen. 
SHIFT/GO: Im Unterschied zu GO wird nach 
Testende derselbe Test neu aufgerufen. Die- 
ser Endloslauf erleichtert die Fehlersuche 
mittels Oszillograf, ein Abbruch ist mit ESC 
oder RESET möglich. 

NEXT: Programmstart bzw. -fortsetzung, 
gestoppt wird bei jedem DKT-Bus-OUT (so- 
wohl Maschinen- als auch MACRO-Befehl), 
bei Testende und bei Programmende. Damit 
läßt sich das Verhalten des Prüflings im 
Schrittbetrieb untersuchen. 

TNR: Eine Testnummer von 00 bis 99 kann 


vorgewählt und das Programm gestartet 
werden. 

NAME: Der Meßprogrammname, beste- 
hend aus max. 1 6 7-Segment-Zeichen, wird 
angezeigt. 

Durch die zusätzlichen Monitor-Routinen 
sind folgende weitere Monitor-Verursacher 
erforderlich: 

- END, Programmende 

- PASS bzw. FAIL, Testende 

Außer bei END wird bei allen Monitor-Verur- 
sachern zusätzlich die aktuelle Testnummer 
eingeblendet. 

Anwendungskriterien 

- Die Geräteanordnung ist aus der Erfah- 
rung entstanden, daß der weit überwiegende 
Teil der Fehler mit diesem Verfahren erkenn- 
bar ist. 

- Der beschriebene Prüfplatz eignet sich zur 
Vorprüfung von Leiterplatten oder elektroni- 
schen Baugruppen. 

- Auf eine dynamische Endprüfung der Bau- 
gruppen wird aufgrund des geringen Rest- 
fehleranteils verzichtet. Noch verbleibende 
dynamische Fehler werden bei der Inbetrieb- 
nahme des Gesamtsystems gesucht. 

- Eine leichte und schnelle Fehlerdiagnose 
ergibt sich aus der zugeschnittenen Monitor- 
unterstützung, insbesondere dem Schrittbe- 
trieb. 

Literatur 
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Keine Zukunft 

für Magnetblasenspeicher? 

Der US-amerikanische Konzern Intel hat jetzt 
als sechstes Halbleiter-Unternehmen die 
Entwicklungsarbeiten an Magnetblasenspei- 
chern aufgegeben. Blasenspeicher werden 
zwar den digitalen Chips zugerechnet, doch 
von Ihren Eigenschaften her gehören sie 
eigentlich in das Gebiet der analogen Elek- 
tronik, denn die Ausgangssignale von Bla- 
senchips variieren zu stark. Dabei halten sie 
nicht die Werte ein, die typischen Digital- 
signalen vorgegeben sind. Deshalb ist es 
auch nicht einfach, Blasenspeicher als Digi- 
tal-Bäuelemente einzusetzen. Muster der 
Blasenspeicher sollen in den USA bisher von 
der Firma Magnesy ausgeliefert worden sein. 
Außer von Magnesy werden Magnetblasen- 
speicher nur noch von den japanischen Kon- 
zernen Hitachi und Fujitsu sowie einer fran- 
zösischen Firma produziert, berichtete die 
Zeitschrift Elektronik. 


174 


Mikroprozessortechnik, Berlin 1 (1987)6 


Programmierung in C 

Teil VI 


Dr. Thomas Horn 

Informatikzentrum des Hochschulwesens 
an der Technischen Universität 
Dresden 


Im abschließenden Teil dieser Artikelserie 
werden einfachere und ein komplexeres Pro- 
grammbeispielbehandelt, an denen vor allem 
der strukturierte Programmentwurf in der Pro- 
grammiersprache C verdeutlicht werden soll. 
Als komplexeres Beispiel wurde ein Druck- 
programm gewählt, das nach vorgegebenen 
Parametern die Seiteneinteilung und die Sei- 
tennumerierung ausführt. Die Seitennume- 
rierung kann dabei wahlweise in arabischen 
und römischen Zahlen erfolgen. Für eine ge- 
trennte Numerierung der Kapitel und Anlagen 
kann vor der Seltennummer ein beliebiger 
Text stehen, der durch einen Bindestrich ge- 
trenntist, z B. A-10. Tabulatoren (HT) wer- 
den beim Druck durch Leerzeichen ersetzt, 
wobei der Tabulatorgrundwert frei wählbar ist. 
Als letztes Beispiel wird ein Programm zur 
Verarbeitung von Gleitkommazahlen vorge- 
stellt. das eine beliebige Anzahl von Zahlen 
nach aufsteigender Folge sortieren kann. Zur 
Vereinfachung des Tests werden die Zahlen 
im Dialog eingegeben und nach der Sortie- 
rung zur Kontrolle gedruckt. 

12. Programmbeispiele 

12.1. Kopieren eines Textfiles 
(1. Beispiel) 

Es soll ein Programm zum Kopieren eines 
Textfiles geschrieben werden. Textfiles sind 
Files, die beliebigen Textim ASCII-Format 
enthalten. Ein solches Programm kann also 
auch benutzt werden, um C-Programme auf 
beliebige Datenträger zu kopieren, u. a. zum 
Erstellen einer Druckliste auf einem Drucker. 
Da in diesem Programm die einzelnen Daten- 
sätze unverändert kopiert werden sollen, sind 
hierfür zweckmäßigerweise die E/A-Funktio- 
n en f gets und f puts zu verwenden . De r pri n - 
zipielle Programmaufbau leitet sich aus den 
Prinzipien der Fileverarbeitung ab: 


Eingabe der Filespezifikation 
und Eröffnen des Eingabefiles 

Eingabe der Filespezifikation 
und Eröffnen des Ausgabe fites 

white ( kein EOF ) 

j Kopieren eines Satzes 

Schließen des Ausgabe fites 
Schließen des Eingabe fites 

Bild 1 Struktogramm des Programms zum kopie- 
ren eines Textfites 



Bild 2 Programm TEST 1 .C zum Kopieren eines 
Textfiles 



Bild 3 Dialog der Abarbeitung des Programms 

TEST1.C 

- Eröffnen der verwendeten Files 

- Kopieren des Files 

- Schließen der verwendeten Files 

u nd ist m it der Stru ktog ram mtechn i k als Folge 
von Strukturblöcken in Bild 1 grafisch ver- 
deutlicht. 

Damit das Programm zum Kopieren beliebi- 
ger Files benutzt werden kann, soll vor der 
Fileeröffnung die Filespezifikation des Ein- 
gabe- und des Ausgabefiles vom Standard- 



Bitd 4 Programm der Funktion vfopen 


gerät stdin angefordert werden. Dazu wird 
die printf-Funktion für die Ausgabe der Ein- 
gabeanforderung und die gets-Funktion zum 
Einlesen der Filespezifikation benutzt. 

Bei einer fehlerhaften Fiieeröffnung wird an- 
genommen, daß die Filespezifikation falsch 
ist, und die Abfrage der Fiiespezifikation soll 
wiederholt werden. Wird auf eine Eingabean- 
forderung mit EOF (Tastenkombination 
CTRL/Z) geantwortet, so soll das Programm 
abgebrochen werden. 

Bei erfolgreicher Beendigung des Kopierens 
soll die Ausschrift „Kopieren beendet“ aus- 
gegeben werden. 

Der vollständige Quelltext des Programms 
TEST1 .C ist in Bild 2 dargestellt. Bild 3 zeigt 
den Dialog während der Abarbeitung des Pro- 
gramms zum Kopieren des Programms 
TEST1 .C aut den Drucker LP: Bei der ersten 
Eingabe wurde aus Versehen ein nicht vor- 
handenes File TEST.C spezifiziert. (Der Bild- 
schirmdialog wurde auf einem Drucker als 
Hardcopy- Gerät protokolliert.) 

12.2. Kopieren eines Textfiles 
(2. Beispiel) 

Im Quellprogramm des ersten Beispielpro- 
gramms ist zu ersehen, daß im Prinzip zwei- 
mal die gleiche Anweisungsfolge für die Fi- 
leeröffnungen verwendet wurde. Es erhebt 
sich sofort die Frage, ob man die Fileeröffnun- 
gen nicht in einer Funktion durchführen kann, 
die dann auch später noch in anderen Bei- 
spielen genutzt werden kann. 

Zu diesem Zweck soll eine Funktion vfopen 
für die Eröffnung eines Files mit variablem 
Filenamen programmiert werden. Die Funk- 
tion benötigt offensichtlich 3 Parameter: 

- Zeichenkette der Eingabeanforderung 
(anf) 

- Adresse des Filepointers ( fp ) 

- Zugriffsart für die Fileeröffnung (mode). 

Das Programm der Funktion vfopen ist in Bild 
4 dargestellt. Es gilt hier als besondere 
Schwierigkeit zu beachten, daß fp ein Zeiger 



Bild 5 Programm TEST2.C zum Kopieren eines 
Textfiles 
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auf einen Filepointer ist. Deshalb ist er auch 
in Zeile 4 als Zeiger auf einen Zeigertyp defi- 
niert, und in Zeile 1 0 wird über den Zeiger fp 
auf den Filepointer indirekt zugegriffen. 

Durch Anwendung der Funktion vfopen er- 
gibt sich eine wesentliche Vereinfachung des 
Programms TEST1.C, das als Programm 
TEST 2.C in Bild 5 dargestellt ist. Dieses Bei- 
spiel macht deutlich, wie sich der modulare 
Aufbau von größeren Programmsystemen 
auf ihre Transparenz, Einfachheit und Fehler- 
freiheit auswirkt. 

12.3. Kopieren einesTextfiies 
(3. Beispiel) 

In diesem Beispiel soll die gleiche Aufga- 
benstellung noch einmal gelöst werden. Im 
Unterschied zu den ersten beiden Beispielen 
soll jetzt aber der Dialog zur Abfrage der File- 
spezifikationen durch die Übernahme der 
Filespezifikationen aus der Kommandozeile 
ersetzt werden. 

Das Programm soll wie folgt gestartet wer- 
den: 

>TEST3 infile outfile 
Wenn die Ausgabefilespezifikation outfile 
nicht angegeben wird, soll die Ausgabe auf 
das Standardausgabegerät stdout erfolgen. 
Wird kein Parameter spezifiziert, so soll das 
Programm ohne ein Resultat beendet wer- 
den. Für das Beispiel aus 1 2. 1 . zum Kopieren 
des Files TEST 1 ,C auf den Drucker LP: 
müßte dann die Kommandozeile wie folgt 
spezifiziert werden: 

>TEST3 TEST1 .C LP: 

Der vollständige Programmtext ist in Bild 6 
dargestellt und zeigt, wie die Parameter aus 
der Kommandozeile zu verwenden sind. 

1 2.4. Drucken eines Textfiles mit Seiten- 
numerierung 

Auf bauend auf den ersten einfachen Beispie- 
len soll nun das Kopieren des Textfiles um 
zwei Funktionen erweitert werden: 

• Im Text enthaltene Tabulatoren sollen 
durch Leerzeichen ersetzt werden. Diese 
Funktion ist nützlich, da erstens viele Drucker 
das Steuerzeichen „Tabu lato rsprung" (HT - 
011) nicht interpretieren können und zwei- 
tens man die Möglichkeit zum Steuern des 
Tabulatofsprungs hat, um wieviele Druckpo- 
sitionen maximal gesprungen werden soll. 



Textfites 





br '\0‘, <") 


pule Cb') 

puk denen) 

p.p.t 

*Me (p'/of ! *0) 

p-p*i 

1 pule Cb') 

\p-p*i 


Bei den Rechenanlagen des SKR ist dieser 
Tabulatorgrundwert konstant 8, was für eine 
Reihe von Anwendungen nicht immer zweck- 
mäßig ist. 

• Ausgehend vom eingestellten Zeilenab- 
stand (4 Zeilen/Zoll, 6 Zeilen/Zoll usw.) und 
von der Papiergröße soll beim Ausgeben des 
Textfiles eine Seiteneinteilung erfolgen und 
auf jeder Seite unten in der Mitte eine Seiten- 
nummern gedruckt werden. 

Da größere Texte zweckmäßigerweise in 
mehrere Files unterteilt werden, muß die Sei- 
tennummer der ersten Seite frei wählbar sein. 
Die Seitennummer der Folgeseiten sollen 
automatisch gebildet werden. 

Gleichzeitig sollen neben arabischen auch 
römische Seitennummern sowie eine ge- 
trennte Numerierung nach Abschnitten, Kapi- 
teln bzw. Anlagen zugelassen werden, indem 
vor der variablen Seitennummer durch Bin- 
destrich getrennt ein konstanter Text stehen 
darf. 

In der ersten Entwurfsetappe werden die 
Funktionen des Programms im groben spezi- 
fiziert, wie Eingabe der Parameter des Pro- 
gramms, Eröffnen der Files, Setzen der An- 
fangswerte für den Zeilenzähler n und den 
Druckpositionszähler p, Kopieren des Textfi- 
les unter Beachtung der zwei geforderten 
Funktionen, Auffüllen der letzten Seite mit 
Leerzeilen und Schließen der Files. 
Charakteristisch fürdas Programm sind vor 
allem der vierte und fünfte Strukturblock. Der 
vierte Strukturblock besteht aus einer Ab- 
weisschleife, die solange ausgeführt wird, 
wie noch eine Textzeile verfügbar ist. Unter 
Beachtung der Substition der Tabulatoren ist 
die Textzeile auszugeben. Nach der Ausgabe 
ist der Zeilenzähler n zu inkrementieren und 
der Positionszähler p zu löschen. Wenn die 
maximale Zeilenzahl erreicht wurde, muß 
der Zeilenzähler n gelöscht werden, die Sei- 
tennummer gedruckt werden, ein Vorschub 


auf das nächste Blatt erfolgen und die nächste 
Seitennummer berechnet werden. 

Im fünften Strukturblock wird der Zeilenzähler 
n getestet. Bei n ungleich 0 ist die letzte Seite 
unvollständig. Solange, bisn gleich nmax ist. 
werden Leerzeilen ausgegeben. Anschlie- 
ßend wird die Seitennummer gedruckt und 
ein Vorschub auf das nächste Blatt realisiert. 
Das Strukturprogramm für diesen grundsätz- 
lichen Programmablauf ist in Bild 7 darge- 
stellt. 

Im weiteren werden wir nun dieses Strukto- 
gramm schrittweise verfeinern. Die Eingabe 
der Programmparameter (Bild 8) wird durch 
die einzugebenden Parameter konkretisiert: 

- Anzahl der Zeilen pro Blatt b. Für die Sei- 
tennummer, den unteren und den oberen 
Blattrand sollen 6 Zeilen verwendet werden, 
so daß sich nmax aus b— 6 ergibt. 

- Tabulatorgrundwert t. 

- Seitennummer des ersten Blattes sn 
Das Eröffnen der Files (Bild 9) wird durch die 
zu eröffnenden Files konkretisiert. Für das 
Eröffnen des Textfiles wird die Funktion fo- 
pen() verwendet. Die Druckereröffnung er- 
folgt ganz normal über die Funktion vfopen(). 
Die Ausgabe der Zeile (Bild 10) erfolgt zei- 
chenweise. Jedes Zeichen wird auf HT(\t) 
analysiert, Bei einem HT wirdein Leerzeichen 
ausgegeben. Ist die neue Position nicht durch 
den Tabulatorgrundwert teilbar, so werden 
weitere Leerzeichen ausgegeben. 

Analog können alle anderen Strukturblöcke 
konkretisiert und formalisiert werden. Im Er- 
gebnis dieser zweiten Programmentwurts- 
etappe entsteht dann das in Bild 1 1 darge- 
stellte verfeinerte Struktogramm. Die Aus- 
gabe der Seitennummer und des Blattwech- 
sels kann mit einer fprfntf- Anweisung erfol- 
gen, wenn eine entsprechende Textkon- 
stante tc mit den erforderlichen Steuerzei- 
chen benutzt wird. Die Berechnung der 
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neuen Seitennummer ist ein recht komplexes 
und im Prinzip auch selbständiges Problem, 
so daß festgelegt wurde, eine Funktion 
seite() dafür zu definieren. 

Das dem Bild 1 1 äquivalente C-Programm ist 
in Bild 12 dargestellt. 

Die Funktion sette() dient der Berechnung 
einer neuen Seitennummer (Bild 13). Bei ei- 
ner leeren Zeichen kette ist keine Erhöhung 
der Seitennummer erforderlich, und es er- 
folgt sofort ein Rücksprung. Nach diesem 
Test muß ein Bindestrich gesucht werden. 
Wurde ein Bindestrich gefunden, so wird der 
Index i auf das nächste Zeichen nach dem 
Bindestrich gesetzt. Anderenfalls wird der 
Index i auf das nächste Zeichen nach dem 
Bindestrich gesetzt. Ist das erste Zeichen, 
worauf der Index I zeigt, eine Ziffer von '0'-’9\ 
so liegt eine arabische Zahl vor, anderenfalls 
eine römische Zahl. Die arabische Zahl wird 
gleich In der ASCII-Zeichenkette erhöht. Es 
wird die letzte Ziffer gesucht und inkremen- 
tiert. Wenn der Kode größer wird als der Kode 
der Ziffer ' 9 ', so wird die Ziffer auf ' 0 ' gesetzt 
und die vorhergehende Ziffer inkrementiert 
usw. Wenn die Zahl um eine Ziffer größer 
wird, so muß sie um ein Zeichen nach rechts 
verschoben werden, und an vorderster Stelle 
muß eine 'V eingeblendet werden. 


print f f* Anzahl der Zeilen pro Blatt : ') 

Eingabe integer — -b 

nmax-ö-S 

prinffC Tobutatorgrundnrerh ') 

Eingabe Integer — — ■ t 

print f C Seitennummer des ersten Stoffes: "} 
Eingabe ASCII — — so 

vfooen (’FHesoezifiHation des Textfiies ’hut, V 




1 


•/ 

E 





törfi-0: feldf ij.t- ’\0'i itt 


\ti^ — -—JMTÜ- 






\ J 


1 white (p%tt -0 



14 . T/M 




Ll 


n - ntl , o -0 J 


" — n - »nmax 
true 



n±0 1 






1 1 ij 1 ■/ 1 



n« —-ZlZ. ? 

— ' — S&fte 

/V 

hite (nh nmax) 



nute C\n‘,fbut ) 



n - ntl 


\f print f ffoat i tc . an) 


1 fdose (fin), fdose (fout) I 


Bild 1 1 Verfeinertes Struktogramm des Pro- 
gramms zum Drucken von Textfiies 


Bild 12 Text des Programms zum Drucken von 
Textfiles 


Das Inkrementieren einer römischen Zahl ist 
wesentlich komplizierter. Deshalb wurde hier 
der Weg der Konvertierung einer römischen 
Zahl in einen Binärwert (Integer), des Inkre- 
mentierensdes Binärwertes und der Konver- 
tierung des Binärwertes in die römische Zah- 
lendarstellung gewählt. Die Konvertierung 
aus der römischen bzw. in die römische Zah- 
lendarstellung sind universell anwendbare 
Algorithmen. Darum wurden diese Algorith- 
men als gesonderte Funktionen implemen- 
tiert: 

crtb() - Konvertierung aus dem Römischen 
ins Binäre 

cbtr()- Konvertierung aus dem Binären ins 
Römische 

Die Funktionen seite(). crtb() und cbtr() sind 
in den Bildern 14, 15 und 1 6 dargestellt. 

Bild 17 zeigt den Dialog der Abarbeitung des 
Programms druck. Als Beispiel wurde ein 
Programm sort.c ausgedruckt. Das Bild 18 
zeigt die Ausgabe des Programms sort.c mit 
dem Tabulatorgrundwert 2 und Bild 19 mit 
dem Tabulatorgrundwert 5 . Die Anweisu ngen 
in der for-Schleite wurden jeweils mit 1 , 2 
oder 3 Tabulatorsprüngen (H7) eingerückt. 
Die Seitennumerierung ist in Bild 12 ge- 
zeigt. 



"fr" 


Suchen eines Bindestriche 

~ — — - Bindestrich gefunden^^^ 

1 i-0 . 



vorhergehendes Zeichen 





Zeichen“ ‘0’ f •/• 


’fzeichcn- - VAtenAnbng) 


/EL. 


Verschieben nach 
rechts und ein fü- 
gen einer '/' 

römisch 


Bild 13 Struktogramm des Moduls lür die Erhö- 
hung der Seitennummern 


12.5. Sortieren von Zahlen 
Zum Abschluß sei ein kleines Programm zur 
Verarbeitung von float-Zahlen am Beispiel 
eines häufig angewendeten Algorithmus zum 
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Bild 17 Eingabedialog des Programms zum Druc- 
ken von Textfiles 



gedruckt 


Sortieren von Zahlen gezeigt. Zum Testen 
des Algorithmus können die Tabellengröße 
und die Testzahlen mit scanf-Anweisungen 
eingelesen werden. Nach der Sortierung wird 
die Tabelle mit printf-Anweisungen ausge- 
geben. 

Der Text des Sortierprogramms ist in Bild 18 
und 1 9 abgedruckt. Von der Vergleichsopera- 
tion in Zeile 13 ist abhängig, ob die Zahlen in 
steigender oder fallender Folge sortiert wer- 
den sollen („größer als“ - steigende Folge). 

13. Schlußbemerkungen 

In der vorliegenden Artikelreihe „Program- 
mierung in C" wurde der Versuch unternom- 
men, dem Leser in einer methodisch-didak- 
tisch auf bereiteten Form die international weit 
verbreitete Programmiersprache C vorzustel- 
len. Die Artikelreihe kann dem Leser deshalb 
als Selbststudien material dienen, wobei 
gleichzeitig auch auf Vollständigkeit Wert ge- 
legtwurde, so daß es auch für die praktische 
Arbeit genutzt werden kann. Die abschlie- 
ßenden Beispiele verfolgten das Ziel, dem 
Leser bei der Programmierung eigener Auf- 
gaben eine methodische Unterstützung zu 
geben. 

Abschließend möchte ich hoffen, mit dieser 
Artikelreihe den Interessen vieler Leser ent- 
gegengekommen zu sein, eine Anregung zur 
intensiveren Beschäftigurtg mit der Program- 
miersprache C gegeben und somit auch ei- 
nen Beitrag zu ihrer weiteren Verbreitung in 
unserer Republik geleistet zu haben. 


| B KONTAKT® 

Informatikzentrum des Hochschulwesens 
an der Technischen Universität Dresden, 
Mommsanstr. 13, Dresden, 8027; Tel. 4575303. 



Bild 19 Programm sort.c mit Tabulatorgrundwert 5 
gedruckt 


C-Programmierwettbewerb 
in MP 

Ihr erworbenes Wissen zur Programmier- 
sprache C können Sie in unserem Program- 
mierwettbewerb, zu dem wir in MP 7/87, 

2. Umschlagseite aufrufen, unter Beweis 
stellen. Zwei Aufgaben, die zu lösen sind, hat 
unser Autor für Sie ausgesucht. Unter den 
richtigen Einsendungen verlosen wir 10 Bü- 
cher des Titels „UNIX und C“, der in diesem 
Jahr in unserem Verlag erschienen ist. MP 




Was erscheint demnächst 
in MP-Kurs? 

ln Heft 7/87 beginnen wir mit einer Beitrags- 
reihe über Programmierung in MACRO-SM. 
Bereits in MP 8/87 wird ebenfalls mit einer 
neuen Folge, nämlich über REDABAS, be- 
gonnen. Eine Artikelserie wird also in der 
Regel nicht fortlaufend gedruckt, sondern 
alternierend mit anderen. Wir hoffen, damit 
mehr den Interessen aller Leser zu entspre- 
chen. So muß ein Leser u. U. nicht mehr Mo- 
nate „warten“, bis ein für ihn interessantes 
Thema unter dieser Rubrik erscheint. Weiter- 
hin werden u. a. Artikelfclgen vorbereitet zum 
Mikroprozessor(-system) K 1810 WM 86 
(8086) und zu Turbo Pascal. MP 
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Nachladbare Gerätetreiber 
für Personal- und Bürocomputer 


Joachim Geiler 

Ingenieurhochschule Mittweida, ORZ 


In CPIM-kompatiblen Betriebssystemen 
(zum Beispiel CP/A, DAC, SCP) ist eine Än- 
derung bzw. Ergänzung von Gerätetreibern 
normalerweise nur durch Änderung des 
BIOS möglich. Im folgenden Beitrag wird 
beschrieben, wie man derartige Treiber 
nachladbar gestalten kann und ein Pro- 
grammsystem zur Anzeige, Aktivierung und 
Deaktivierung derartiger Treiber vorge- 
stellt. 

1. Wichtige Adressen 

CP/M-kompatible Betriebssysteme bestehen 
aus den drei T eilen CCP (Console Command 
Processor), BDOS (Basic Disk Operating Sy- 
stem) und BIOS (Basic Input/Output Sy- 
stem). Im BIOS befinden sich die standard- 
mäßig vorhandenen Treiberroutinen für 
Tastatur, Drucker, Bildschirm und Disketten- 
laufwerke. Die Lage von BDOS und BIOS 
wird Anwenderprogrammen durch zwei 
Sprungbefehle bekannt: 

Auf der Adresse 0 steht ein Sprung zum 
Warmstartsprung der BlOS-Sprungleiste. 
Auf Adresse 5 steht ein Sprung zum ersten 
Befehl des BDOS. Die meisten Programme 
benutzen diese Angabe, um festzustellen, 
wieviel Platz (TPA) ihnen zur Verfügung 
steht. Sie überlagern dann den CCP und füh- 
ren am Ende einen Warmstart aus, um den 
CCP nachzuladen. Genau 806H vor dem er- 
sten BDOS-Befehl befindet sich der Ein- 
sprung in den CCP. Am Anfang des BDOS 
stehen hinter einem Sprungbefehl die vier 
Adressen für die Fehlerbehandlungsroutinen 
bei den Fehlern Bad Sector, Select, R/O und 
File R/O. Diese Adressen werden von Pro- 
grammen mit eigener Fehlerbehandlung 
(z. B. POWER) modifiziert. 

2. Anforderungen an einen nachladbaren 
Gerätetreiber 

Ein nachladbarer Gerätetreiber sollte folgen- 
den Forderungen gerecht werden: 

■ Unabhängigkeit vom speziellen Betriebs- 
system, daraus folgt eine freie Verschieblich- 
keit auf beliebige Adressen im RAM 


■ Speicherresidenz auch nach einem 
Warmstart 

■ Möglichkeit des Deaktivierens (d. h. Ver- 
wendung des entsprechenden BIOS-Trei- 
bers) und des Aktivierens des Teibers 

■ Möglichkeit des Streichens des Treibers, 
ohne daß ein Kaltstart notwendig ist 

■ Möglichkeit des Ladens mehrerer solcher 
Treiber in beliebiger Reihenfolge 

■ volle Funktionstüchtigkeit aller Betriebs- 
systemfunktionen bei geladenen Treibern. 

■ Möglichkeit der Anzeige aller geladenen 
Treiber. 

Der im folgenden beschriebene Treiber- 
rahmen wird allen diesen Forderungen ge- 
recht und ist unter allen Betriebssystemen, 
deren Aufbau Bild 1 entspricht und unter 
SCP 171 5 lauffähig. 

3. Realisierung 

3.1. Verschieblichkeit 

Um eine beliebige Verschieblichkeit des Trei- 
bercodes zu realisieren, wird der eigentliche 
Treiber mit Hilfe der .PHASE-Klausel des 
Assemblers jeweils einmal auf Adresse 0 (er- 
gibt drvO.rel) und einmal auf Adresse 201 H 
(ergibt drv201.rel) übersetzt. Ein spezieller 
Lader kann so durch Vergleich beider Codes 
die bei der Verschiebung zu verändernden 
Bytes feststellen und den T reiber auf jede be- 
liebige Adresse laden. Absolute Adressen 
sind bei beiden Codes gleich und werden 
deshalb beim Laden nicht verändert. Lader, 
drvO und drv201 werden in dieser Reihen- 
folge gelinkt. 

3.2. Treiberaufbau 

Ein nachladbarer Treiber wird unmittelbar 
unter den CCP geladen. Ähnlich den Debug- 
gern DU und ZSID schützt sich auch der Trei- 
ber vor Überschreiben durch ein Anwender- 
programm, indem er den Sprungbefehl auf 
Adresse 5 verändert. Der erste Befehl des 
Treibers wird durch den Sprungbefehl von 
Adresse 5 ersetzt und dieser durch einen 
Sprung zum Treiber modifiziert. Bei mehre- 
ren geladenen Treibern sind bei einem 
BDOS-Aufruf also zunächst Sprünge von 
einem Treiber zum anderen auszuführen. 
Nach diesem Sprungbefehl müssen die vier 


Adressen der Fehlerbehandlungsroutinen 
stehen, damit auch Programme wie POWER 
einwandfrei laufen. Die Fehleradressen wer- 
den vom Lader mit den Fehleradressen des 
BDOS (bzw. des vorherigen Treibers) ge- 
tauscht. Die Fehlerbehandlungsroutinen des 
Treibers bestehen aus Sprüngen zu den ent- 
sprechenden Fehleradressen. Somit erfol- 
gen bei BDOS-Fehlern wiederum zunächst 
Sprünge von einem T reiber zum anderen und 
dann in die Fehlerbehandlung des BDOS 
bzw. Nutzerprogrammes. 

Jeder T reiber beinhaltet eine (fast) komplette 
BlOS-Sprungleiste mit den Sprüngen JP 
WBOOT bis JP SECTRAN /I/. Alle BIOS- 
Ansprünge, die vom Treiber nicht verändert 
werden sollen, stehen als „Sprünge auf sich 
selbst“ in der Treibersprungleiste. Vom 
Lader wird nun nach erfolgtem Verschieben 
(und damit Verändern der Adreßteile der 
Treibersprungleiste) die Treibersprungleiste 
mit der BlOS-Sprungleiste vertauscht. Damit 
wird nach Aufruf der BIOS-Funktion, die 
durch den Zusatztreiber realisiert werden 
soll, sofort zu dieser Funktion verzweigt. Im 
anderen Fall wird in Sprüngen, die auf allen 
geladenen Treibern aufsetzen, ins BIOS ge- 
sprungen. 

Im Treiber sind mit fester Distanz zum 
Treiberanfang 2 Byte als Statusbits und 
15 Byte für einen Treiberidentifikator vorge- 
sehen, der z. B. durch das Hilfsprogramm 
DRVUTL angezeigt werden kann. Die Bits 0 
bis 1 des ersten Statusbyte sind fest verge- 
ben. Bit 0 ist 1 , wenn der Treiber deaktiviert 
ist, das heißt, wenn auf den entsprechenden 
Treiber des Betriebssystems zurückgeschal- 
tet werden kann. Das ist immer dann der Fall, 
wenn vom Treiber keine E/A-Tore des Be- 
triebssystems neu initialisiert werden. Das 
Bit 1 des Statusbyte ist 1, wenn der Treiber 
aktiv ist. 

Ein alternativer Druckertreiber beginnt dann 
z. B. mit folgender Befehlsfolge: 

;in Treibersprungleiste 


conout: jp conout 
list: jp nlist 


; im Treiber: 
nlist: Id hl, Status 

bitl.(hl) ;Treiber aktiv? 

jp z, list ;wenn nein, dann 

;list-Treiberdes 
;Betriebssystems 
;benutzen! 


Bild 1 Speicheraufteilung unter CPIM 
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Jeder Treiber besitzt eine eigene Warmstar- 
troutine, da von der Warmstartroutine des 
BIOS die BDOS-Sprungadresse wiederher- 
gestellt wird. Benutzt wird immer die Warm- 
startroutine des zuletzt geladenen Treibers. 
Diese setzt den Sprungbefehl auf Adresse 5 
neu, führt ein Disk-Reset (BDOS-Funktion 
Nr. 1 3) durch und kehrt in den CCP zurück. 
Der CCP bleibt im Speicher resident, womit 
nachgeladene Treiber außer ihrem eigenen 
Speicherbedarf einmalig 2 KByte für den 
CCP beanspruchen. Auch bei beliebig vielen 
geladenen Treibern bleibt die SUBMIT- 
Stapelverarbeitung voll funktionsfähig. Soll 
XSUB bei geladenen Treibern verwendet 
werden, so ist ein „Patch" an XSUB erforder- 
lich: 

Die Bytes auf den Adressen 158H bis 15FH 
(dort steht ein Vergleich, ob das BDOS mit 
einer Adresse XX06H beginnt) sind durch 
OOH (nop) zu ersetzen. Ein so geändertes 
XSUB ist sowohl mit geladenen Treibern als 
auch ohne funktionsfähig. 


3.3. Anwendungsbeispiele 

Mit Hilfe des beschriebenen Treiberrahmens 
wurden u.a. folgende Anwendungen reali- 
siert: 

■ RAM-Floppy mit 1 6-Bit-Erweiterungsmo- 
dul EM 256 oder mit TEST-RAM des Kombi- 
nates VEB Elektro-Apparate-Werke Berlin 

■ Drucker-Zeichen-Umkodierung zur Nut- 
zung des deutschen Typenrades (mit Umlau- 
ten und ß) auf dem SD 1 152 auch ohne ent- 
sprechenden 2. Zeichensatz 

■ Drucker-Zeichen-Umkodierung zur Simu- 
lierung von Umlauten durch Übereinander- 
drucken von “ und a, o, u, A, O, U für den 
SD 1157 

■ „Notizblatt“: Jederzeit einblendbares 
Bildschirmfenster mit Mini-Editor, umz. B. bei 
der Programmentwicklung und -korrektur 
Notizpn anfertigen und abrufen zu können; 
als Varianten für A 51 20/A 51 30 (automatisch 
an BAB1/2 angepaßt), PC 171 5 (unter CP/A 
automatisch an BAB1/2 angepaßt) und 
A5110. 

4. Programm DRVUTL 

Zum Anzeigen, Aktivieren, Deaktivieren und 
Entfernen von Treibern wurde in der Pro- 
grammiersprache PASCAL das Hilfspro- 
gramm DRiVerUTiLity geschrieben. Es zeigt 
alle geladenen Zusatztreiber, deren Zustand 
(aktiv/inaktiv, aktivierbar/nicht aktivierbar) 
sowie den verbleibenden TPA an. Der jeweils 


zuletzt geladene Treiber kann entfernt wer- 
den (Rücktausch der Sprungleisten und Feh- 
leradressen sowie Änderung des Adreßteils 
des Sprungbefehls auf Adresse 5), alle inakti- 
ven Treiber können aktiviert, alle aktiven 
Treiber, die deaktivierbar sind, können de- 
aktiviertwerden. 

DRVUTL wurde auch in Maschinensprache 
als nachladbares, residentes und durch Ein- 
gabe von Escape aktivierbares Programm 
auf der Basis des T reiberrahmens implemen- 
tiert/2/. 

Mit Hilfe des vorgestellten Treiberrahmens 
sind schnell und einfach Anpassungen an be- 
stimmte vom Betriebssystem nicht unter- 
stützte Hardwarekomponenten möglich. 
Weitere denkbare Anwendungen sind z. B. 
Treiber für Lochband- und Kassettentech- 
nik. 
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Ausgabe von Pseudografik- 
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Die Kleincomputer KC85I2 und 13 bieten 
neben der Vollgrafik auch die Möglichkeit 
der Verwendung von Pseudografikzeichen. 
In diesem Beitrag ist eine Möglichket aufge- 
zeigt, diese Pseudografikzeichen auf Matrix- 
druckern abzubilden. 

Im Betriebssystem CAOS sind in den 
Systemzellen 4 Adressen für Zeichenbild- 
tabellen vereinbart, die vom Anwender belie- 
big verändert werden können. Die Verände- 
rung der Zeichenbildtabellen erfolgt durch 
den Eintrag einer neuen, vom Anwender zu 
bestimmenden Zeigeradresse auf die ent- 
sprechende Systemzelle des Betriebs- 
systems CAOS. Hierbei ist zu beachten, daß 
die Zuordnung der Zeichenbilder zu den 
ASCII-Codierungen in vier Bereiche unterteilt 
ist. Dabei gelten die in Tafel 1 angegebenen 
Werte. 

Weiterhin gilt, daß für ein Zeichen 8 Bytes in 
der jeweiligen Zeichenbildtabelle benötigt 
werden. Die Zuordnung der Fixei zum verein- 
barten Zeichen in der Tabelle ist so, daß das 
erste Byte die oberste Zeile, das zweite die 
nächstfolgende, . . ., das letzte die letzte 


Zeile vereinbart. Die Bits, deren Bedeutung 0 
ist, zeigen keinen Punkt auf dem Bildschirm, 
die, deren Bedeutung 1 ist, zeigen einen 
Punkt. 

Nach einem RESET oder nach dem Ein- 
schalten des Computers werden die Zeiger- 
adressen des Betriebssystems, und somit 
auch die Zeiger für die Zeichenbilder, in den 
Grundzustand gebracht. 

Um eine Abbildung der Steuercodes, die ver- 
einbarten Steuerzeichen sind von 0 bis 1 FH, 
zu erreichen, ist es weiter notwendig, die 
Speicherzelle STB (B7A2H), wie in IM 
Seite 75 beschrieben, zu verändern. Eine Zu- 
ordnung der im Grundzustand vereinbarten 
Zeichenbilder zu den ASCII-Codes ist in 121 
dargestellt. 

Erfolgt die Ausgabe eines Zeichens über 
einen USER-Kanal, werden nur die ASCII- 


Tafel 1 Zuordnung der Zeichenbilder zu den AS- 
CII-Codierungen 


Systemzelle Adresse 

Zeichencode 

CCTLO 

B7A6H 

20H bis5FH 

CCTL1 

B7A8H 

OOH bis 1 FH und 

60H bis7FH 

CCTL2 

B7AAH 

AOHbisDFH 

CCTL3 

B7ACH 

80H bis9FHund 

EOH bis FFH 


Codes übergeben. Ein Drucker ordnet diesen 
Kodierungen interne Zeichendarstellungen 
zu, die im ROM des Druckers abgelegt sind. 
Damit ist der Zeichensatz, der auf diesem 
Weg darstellbar ist, auf den des jeweiligen 
Druckers begrenzt. Auf diesem Weg ist die 
Darstellung der Sonderzeichen des KC85/3 
sowie vom Anwender vereinbarter Zeichen 
nicht möglich. Aufgrund der Möglichkeit 
eines Einzelpunktmodus von Matrixdruckern 
können Sonderzeichen dennoch gedruckt 
werden. Dies geschieht über die Zuordnung 
des Sonderzeichens, das im KC aus 8# 8 
Bildpunkten besteht, zu 8*8 Druckpunkten 
des Matrixdruckers. Die Information wird in 
8 Bytes (Übertragung von 8 Bit/Zeichen) 
übergeben. Zur richtigen Interpretation der 
Daten im Drucker wird vor der eigentlichen 
Punktinformation eine Steuercode-Folge 
(ESC-Folge) übertragen. Dadurch wird es 
möglich, solche Zuordnungen der Zeichen- 
bilder zu den ASCI I-Codierungen zur Erleich- 
terung der weiteren Arbeit abzudrucken. 

In Tafel 2 ist ein Programm abgebildet, das 
alle Zeichencodes des KC als Pseudografik- 
zeichen ausgibt. Zur Reduzierung des Auf- 
wandes an Software wurden die Treiberpro- 
gramme der Kassette C0171-V24-Software 
genutzt. Die Erweiterung ist ebenfalls für die 
in 17/ beschriebene CENTRONICS-Schnitt- 
stelle nutzbar. 

Programmbeschreibung 

Das in T afel 2 aufgeführte Programm ist in die 
Teile Initialisierung und Ausgabeprogramm 
unterteilt. Der Initialisierungsteil ist so ge- 


180 


Mikroprozessortechnik, Berlin 1 (1987) 6 


Tafel 2 Assemblerlistung der Erweiterung 




staltet, daß die vorhandenen Druckerrouti- 
nen der Kassette C0171 benutzt werden 
können. Das Programm V24PSEUDOGR in- 
itialisiert in der abgedruckten Form den 
USER-Ausgabekanal 1 (LIST#2) des Sy- 
stems. Soll der Ausgabekanal 2 des Systems 
benutzt werden, so muß anstelle der Verein- 
barung UOUT1 die Adresse UOUT2 des Sy- 
stems angegeben werden. Es ist nur ein 
USER-Kanal zugelassen. Dieser muß mit 
dem USER-Kanal, der in der Treiberroutine 
des Druckers initialisiert wurde, überein- 
stimmen. Anstelle der Ausgabeadresse des 
Treiberprogramms von der Kassette wird die 
Adresse von ASCP bei Aufruf von V24- 
PSEUDOGR in die Systemzelle eingetragen. 
Um die Arbeit mit dem Treiberprogramm zu 
erleichtern, kann der in Tafel 2 dargestellte 
Teil mit dem Treiberprogramm der Kassette 
auf Magnetband aufgezeichnet werden. 
Hierbei verändern sich die Endadresse und 
die Startadresse des Treiberprogramms. 
Achtung: Bei Benutzung der veränderten 
Treiberroutine ist eine gleichzeitige Nutzung 
der Ein-/Ausgangsroutinen V24IN2 und 
V24DUPL2 der Kassette nicht möglich. 

Der Ausgabeteil kann über 2 RAM-Zellen ge- 
steuert werden. Die erste RAM-Zelle ist die 
auf der Adresse OBCOOH vereinbarte Merk- 
zelle, die die Zeichenausgabe zwischen den 
vorhandenen Treiberprogrammen, normale 
Druckerausgabe oder Druck der Pseudo- 
grafikzeichen, regelt. Ist der Inhalt dieser 
Zelle 0, so wird der Gerätetreiber der Kas- 
sette C0171 benutzt. Ist der Inhalt der Zelle 
ungleich 0, so werden die Zeichen als Pseu- 
dografik ausgegeben. Um die Zeichenbilder 
der Steuerzeichen zu erreichen, ist es not- 
wendig, das Steuerbyte STB im CAOS-Work- 
RAM zu verändern. Hierzu ist in Tafel 3 ein 
Beispielprogramm in BASIC angegeben, das 
eine vollständige Übersicht der benutzbaren 
Zeichenbilder ausdruckt. Wird die Steuerung 
an die abgebildete Treiberroutine überge- 
ben, erfolgt als erstes die Berechnung der 
Zeichenadresse, danach werden ab der be- 
rechneten Adresse 8 Bytes in den I/O-Puffer 
des Systems übernommen. Diese 8 Bytes 
entsprechen der auf dem Bildschirm darge- 
stellten Information. Es erfolgt die Initialisie- 
rung des Druckers zur Ausgabe von 8*8 
Punkten im Einzelpunktmodus. Die Steuer- 
codefolgen für die einzelnen Drucker können 
einige Unterschiede aufweisen, deshalb soll- 
ten für die entsprechenden Drucker die not- 
wendigen Steuercodefolgen in die T abelle für 
Steuerzeichen am Ende des Programms in 


Tafel 3 Beispiel zur Benutzung 
der veränderten Treiberroutine 


Tafel 4 Adressen der direkten Ausgaberoutine 
der Druckertreiber (Kassette C0171) 


Treiberprogramm AdressefürSDI 


V24K6304 BB23H 
V24K631 1 BB35H 
V24K6312 BB30H 
V24K6313 BB2DH 
V24K6314 BB2DH 


Tafel 2 eingetragen werden. Für die Drucker 
K6304, K6311, K6312, K6313, K6314gilt die 
dort eingetragene Steuercodefolge. 

Da das Ausgabeprogramm Teile der Soft- 
ware der Kassette C0171 nutzt, ist es not- 
wendig, die Adresse der direkten Ausgabe- 
routine, die bei den Treiberprogrammen un- 
terschiedlich ist, zu beachten. Diese 
Adresse, die im Programm SD1 vereinbart 
ist, ist für jedes Treiberprogramm der Kas- 
sette C01 71 in Tafel 4 aufgeführt. 
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Superschneller Schaltkreis 

Einen neuartigen superschnellen Schaltkreis 
hat die französische Firma Thomson entwik- 
kelt. Als Halbleiter dienen Einkristalle, be- 
stehend aus einem Atomgitter von Arsen, 
Gallium und Indium. Thomson gehörte schon 
vor einigen Jahren zu den ersten Unterneh- 
men, die Arsen-Gallium-Halbleiter entwickel- 
ten, der eine etwa sechsmal höhere Ge- 
schwindigkeit des Elektronenflusses gegen- 
über herkömmlichen Silizium-Halbleitern 
aufwies. Mit der Entwicklung des Arsen-Gal- 
lium-lndium-Halbleiters läßt sich die Mobilität 
der Elektronen weiter erhöhen. ADN 
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Erläuternde Bemerkungen gibt unser Autor Prof. Dr. Horst Völz in 
seinem Beitrag „Universelle Nutzung des BASIC-Interpreters“ in 
MP 7/87. 


Effektives Programmieren in BASIC 


Prof. Dr. Horst Völz, Berlin 


BASIC ist eine sehr beliebte Programmier- 
sprache für Anfänger. Sie zeichnet sich 
durch leichte Erlernbarkeit und hohe Inter- 
aktivität aus und existiert für praktisch alle 
Mikrorechner. Sie hat aber andererseits 
Nachteile, wenn effiziente, praktisch nutz- 
bare Programme realisiert werden sollen. 
Die entsprechenden Probleme betreffen vor 
allem zwei Punkte: die relativ geringe Ab- 
arbeitungsgeschwindigkeit und Unzuläng- 
lichkeiten bezüglich des strukturierten Pro- 
grammierens. Diese Schwierigkeiten lassen 
sich nun erheblich reduzieren, wenn man 
einige Eigenarten des üblichen Interpreters 
berücksichtigt. Dies soll im folgenden auf ge- 
zeigt werden. 


1. Programmstruktur 

Das BASIC-Programm wird nach dem Prin- 
zip von Bild 1 im Programmspeicher abge- 
legt. Jede Zeile beginnt also mit einem 2- 
Byte-Pointer, welcher die Adresse zum Poin- 
ter der nächsten Zeile enthält. Auf diese Art 
sind die BASIC-Zeilen untereinander ver- 
kettet. Dadurch lassen sich leicht BASIC- 
Zeilen einfügen. Das Programm endet mit 
dem Pointer 00 00. 

Hinter dem 2-Byte-Pointer folgen weitere 
2 Bytes für die Zeilen-Nr. Sie ist binär codiert. 
Deshalb sind die Zeilen 0 bis 65535 mög- 
lich. 

Erst nach diesen vier Bytes beginnt der 
eigentliche BASIC-Text. In ihm sind alle 
reservierten Wörter (also z.B. FOR, TO, 
STEP, RUN) als sogenannte Tokens abge- 
legt. Das Token ist ein Byte, welches größer 
als 7FH bzw. 127D ist. Nach dieser Methode 
wird erheblich Speicherplatz gespart und 


sogar ein Geschwindigkeitsvorteil erreicht. 
Allerdings müssen dafür die ASCII-Eingaben 
für die Übergabe in den Programmspeicher 
erst in Tokens umgerechnet werden. Doch 
dies erfolgt nur einmal bei der Eingabe. Des- 
gleichen erfolgt die Rückrechnung bei LIST. 
Jede Programmzeile wird mit 00 abgeschlos- 
sen. 

2. Bezeichnung der Variablen 

Bei den meisten BASIC-Dialekten werden für 
die Variablenkennzeichnung 2 Bytes ver- 
wendet. Sie werden durch die Eingabe eines 
Großbuchstabens und eines eventuell nach- 
folgenden zweiten Großbuchstabens bzw. 
einer Ziffer erzeugt. Werden weitere Buch- 
staben verwendet, so erscheinen sie zwar im 
Programmspeicher, haben sonst aber keine 
Wirkung. Neben den Vorteilen eines für den 
Menschen leichter lesbaren Programms 
haben sie auch den Nachteil, daß in ihnen 
keine - auch nicht abschnittsweise - reser- 
vierten Wörter Vorkommen dürfen. KONTO 
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wäre also eine völlig ungeeignete Variablen- 
bezeichnung, enthält sie doch die Wörter ON 
und TO. Wie die Variablen in den dafür vorge- 
sehenen Speicher abgelegt werden, zeigt 
Bild 2. Hinter den zwei Bytes zur Kennzeich- 
nung des Namens stehen 4 Bytes, welche 
den aktuellen Wert der Variablen in einer 
speziellen Kodierung für binäre Gleitkomma- 
zahlen enthalten. Andere Dialekte verwalten 
auch mehrere Bytes. Bei den String-Varia- 
blen ist die Nutzung der 6 Bytes modifiziert: 

• Das erste Bezeichnungsbyte ist gegen- 
über den numerischen Variablen um 80H er- 
höht. 

• Da die Länge der Stringvariablen beliebige 
Werte zwischen Null und 255D annehmen 
kann, benötigen sie eine besondere Behand- 
lung. An Stelle der 4 Bytes der numerischen 
Variablen, stehen daher: 

0 Das erste Byte weist die Länge des String 
aus. 

0 Das zweite Byte ist 00 (in gewissen Dialek- 
ten auch FFH). 

o Die beiden letzten Bytes sind die Adresse 
für den Beginn des Ortes, wo das String ab- 
gelegt wurde. 

Die vier Bytes sind hier also nur Hilfsgrößen. 
Die Strings selbst sind anderweitig abgelegt. 
In einigen Dialekten gibt es noch weitere Va- 
riablen, die dann wiederum speziell gekenn- 
zeichnet sind, z. B. % für Integer-Variablen 
(ganze Zahlen) und I für doppelt-genaue Va- 
riablen. Sehr große BASIC-Interpreter lassen 
schließlich noch relativ lange Namen für Va- 
riablen zu. Auf all diese Besonderheiten sei 
im folgenden nicht weiter eingegangen. 

3. Besonderheiten bei Arrays 

Felder (arrays) werden sehr ähnlich wie die 
Variablen behandelt. Sie werden in einem 
speziellen Speicherbereich abgelegt und be- 
nötigen nur einmal für jedes Feld die 2 Bytes 
zur Bezeichnung. Hieran schließen sich 2 By- 
tes an, welche die Gesamtanzahl von Bytes 
für die Datenstruktur (Länge der danach fol- 
genden Bytes des Feldes) angeben. Dann 
folgt ein Byte, welches die Anzahl der Dimen- 
sion enthält. DIM (1 , 2, 3) legt hier also eine 3 
ab. Je nach der Anzahl der Dimensionen fol- 
gen je 2 Bytes für die Laufzahl in jeder Dimen- 
sion. Eine Dimension kann also theoretisch 
bis zu 65535 Elemente besitzen. Dann erst 
folgen dicht aneinander gefügt die einzelnen je 
4 Bytes eines Array-Elementes. Hier existiert 
wieder die Struktur ähnlich wie bei den Varia- 
blen, und zwar je nachdem ob numerische 
oder String-Arrays vorliegen. Bild 3 faßt diese 
Aussagen an einem Beispiel zusammen. 


Name ! Byte ! Anschließende Daten 



Bild 2 Bezeichnung der Variablen. Bei Strings ist 
das erste Namens-Byte um 80H erhöht. Außerdem 
enthält das folgende 4-Byte-Feld nur Hilfsgrößen. 
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Bild 4 Speicherbelegung beim KC 8512 und 
KC 85/3. 


4. Anordnung im Speicherraum 

Die Aufteilung des Speichers wird hier am 
Beispiel des ROM-Interpreters von KC 85/2 
und KC 85/3 behandelt. Sie stimmt in den 
wichtigsten Fakten mit dem des KC 85/1 und 
des KC 87 überein. Für die Bandversionen 
sind additive Verschiebungen im Speicher- 
raum erforderlich. Fast alle BASIC-Interpre- 
ter verwenden das gleiche Prinzip, weichen 
jedoch in den absoluten Adressen ab. Das 
BASIC-Programm wird ab einer Anfangs- 
adresse abgelegt. Davor steht eine 00. Diese 
Adresse wird im Arbeitsspeicher (hier 300 bis 
3FFH) auf einer festen Adresse (hier 35FH) 
abgelegt. Durch Änderung dieser Adresse 
sind folglich BASIC-Programme auch ver- 


schiebbar. Am Ende des Programmes liegt 
der Speicherraum für die einfachen Varia- 
blen. Auch sein Beginn und Ende wird durch 
je einen Pointer (3D7H und 3D9H) festgehal- 
ten. An die Variablen schließen sich die Ar- 
rays an. Ihr Ende enthält ein weiterer Pointer 
3DBH. Es ist verständlich, daß die Belegung 
der Pointer zuallererst bei Programmstart er- 
folgen muß. Dabei wird der notwendige Spei- 
cherraum gelöscht. 

Der Stringraum beginnt am oberen Ende des 
Speicherbereiches. Hier kann auf unter- 
schiedliche Art ein freier RAM-Bereich ge- 
schaffen werden. Außerdem ist die Größe 
des Stringraumes definierbar. Beides kann 
z. B. mit CLEAR A,B so erfolgen, wie es in 
Bild 4 gezeigt ist. An das Ende des Stringrau- 
mes schließt sich dann der Stack für den BA- 
SIC-Interpreter an. 

5. Abarbeitung der Variablen und Felder 

Beim Programmablauf werden die Variablen 
wie folgt behandelt: Stößt der Interpreter auf 
eine Variable, so sucht er, vom Anfang des 
Variablenraumes beginnend, nach dieser 
Variablen, bis er sie gefunden hat. Falls sie 
noch nicht initiiert war - also fehlt -, wird sie 
am ersten freien Platz abgelegt. Dies hat zur 
Folge, daß die Suchzeit für jene Variablen am , 
geringsten ist.'difTSeim ÄBläüf des Program- 
mes z u Beginn verwendet w erden. Hierin 
liegt der Grund, daß erfahrene Programmie- 
rer solche Variablen zunächst willkürlich be- 
legen. Sie initiieren sie damit, d. h. sie ma- 
chen sie für einen späteren Zugriff, z. B. in ei- 
ner vielfach durchlaufenen FOR-NEXT- | 
Schleife, schnell zugreifbar! Ein analoger 
Vorgang wird auch bei den Arrays durchlau- 
fen. Hier kommen jedoch die Adreßrechnun- 
gen für die einzelnen Elemente hinzu. Des- 
halb kann es nützlich sein, z eitweilig ein .eirb_ I 
ze lnes Eleme nt auf ei ne schnell zuo reifbare I 
Varia ble zu übertrage n. 1 

6. Stringoperationen und garbage 
collection 

Bei jedem Belegen einer Stringvariablen mit 
einem Text geschieht zunächst dasselbe wie 
bei den numerischen Variablen. Das Feld 
hinter der Stringvariablen wird dann wie folgt 
verwendet: Die Länge des String in Bytes 
wird hinter das Variablenkennfeld eingetra- 
gen. Dann folgt die 00 und danach die näch- 
ste freie Adresse im Stringraum des RAM. 
Dort wird der Wert (die ASCII-Kette) abwärts 
im Speicherraum eingetragen. Schließlich 
wird die erste freie Adresse des RAM für den 
nächstfolgenden String (beim KC 85/2 in 



Bild 1 Ablage eines Programms im Speicher 


Bild 3 Anordnung bei Arrays. In der Feldlänge sind nicht die Bytes für den Na- 
men und die Feldlänge, aber für die Festlegungen der Dimensionen enthalten. 


Beispiel: 

0IM Al(l, 2, 3), 


C$(A) 


31 *1 (Al) ! 67 00 
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3C4H) gespeichert. Diese Methode bedeu- 
tet, daß auch dann, wenn A$ wiederholt - 
selbst mit dem gleichen String (z. B. in einer 
FOR-NEXT-Schleife) - belegt wird, ständig 
sich der nutzbare Stringraum verkleinert. Zu 
einem bestimmten Zeitraum wird also auf 
diese Weise mit den Strings der gesamte 
Stringraum gefüllt. Das gilt sogar dann, wenn 
nur eine einzige Stringvariable mit gleichblei- 
bendem ASCII-Text benutzt wird. Es liegt da- 
mit zu diesem Zeitpunkt im Stringraum fast 
nur aktuell Sinnloses, kurz Müll, Abfall oder 
englisch garbage. Dieser Müll ist zu beseiti- 
gen, um Weiterarbeiten zu können. Es sind 
also alle aktuellen String optimal dicht an das 
obere Speicherende zu verlagern. Das ent- 
sprechende Teilprogramm des Interpreters 
heißt garbag e collection (zuweilen auch con- 
nectionjrESTritt automatisch dann in Kraft, 
wenn das Stringraumende erreicht wird. Es 
wird u. a. aufgerufen bei den Funktionen FRE 
(X$) und CSAVE*X$. Existieren viele aktu- 
elle Stringvariablen, so dauert die garbage 
l collection relativ lange. Da der Rechner wäh- 
rend dieser Zeit wie gestört erscheint, ist die 
Kenntnis dieser Funktion wichtig. Die Re- 
chenzeit folgt in etwa dem Quadrat der An- 
zahl der aktuellen Stringvariablen und ist na- 
hezu unabhängig von ihrer Länge. Für den 
KC 85/2 gilt etwa die folgende Aufstellung für 
die benötigte Zeit: 

Anzahl: 100 250 500 1000 
Zeit 

ins: 1,7 11 41 165 

Die Wiederholrate der garbage collection 
hängt davon ab, wieviel Platz im Stringraum 
nach der collection noch verfügbar ist und wie 
häufig Strings vom Programm benötigt wer- 
den. 

Das Programm #GARBAGE# ermöglicht Ih- 
nen, Versuche hierzu durchzuführen. 

7. Probleme des GOTO und GOSUB 

Der GOTO-Befehl zählt heute zu den beson- 
deres verrufenen Befehlen. Das liegt an zwei 
Gründen: 

• Er verführt den Programmierer zu „wilden“ 
Sprüngen. Dabei entsteht der sogenannte 
GOTO-Salat, bei dem das Programm z.T. 
völlig unübersichtlich wird. Es besteht dann 
die Gefahr, daß auch unkontrollierte Pro- 
grammabläufe auftreten können. Das soll 
durch eine gut strukturierte Programmierung 
vermieden werden. Andererseits ist bekannt, 
daß in LOOP-Programmen (also mit be- 
grenzter Schleifenzahl wie bei FOR-NEXT im 
Gegensatz zu WHILE-WEND) für nicht primi- 
tiv rekursive Programme GOTO notwendig 
ist. 

• In BASIC benötigt der GOTO-Befehl meist 
relativ viel Zeit. Er wird nämlich wie folgt ab- 
gearbeitet: 

Gemäß den Pointern der Zeile wird vorn im 
Programm beginnend nach der Zeilennum- 
mer für den Sprung gesucht, bis sie gefunden 
ist. Insbesondere bei umfangreichen Pro- 
grammen und bei Sprüngen zu hohen Zeilen- 
nummern wird so viel Suchzeit benötigt. Die- 
selben Aussagen gelten ähnlich für den GO- 
SUB-Befehl. 

Deshalb sollten im Gegensatz zu den meist 
üblichen Methoden, bei BASIC alle wichtigen 
Un terprogramm e , so weit wie nur möglich arrL 
Arrfäng des Programmes liegen. 


Noch besser ist es, die FOR-NEXT-Schleife 
zu verwenden. Sie zählt zu den schnellsten 
Abläufen bei BASIC. Bei vielen Interpretern 
ist es auch möglich, die unendliche Schleife 
gemäß 

FOR X = 1 TO 2 STEP 0 

zu programmieren. Sie schafft dann zusätzli- 
che Möglichkeiten. 

8. BASIC-Stack 

In dem BASIC-Stack werden vor allem die 
folgenden Funktionen ordnungsgemäß ver- 
waltet: 

- FOR-NEXT-STEP 

- GOSUB 

- Offene Klammer 

- Zwischenergebnisse bei Rechnungen. 

Deswegen wird ein dynamischer Speicher- 
raum erforderlich, der ausreichend sein muß 
und gut zu verwalten ist. Unter normalen Be- 
dingungen geschieht dies automatisch. Ein 
Beispiel soll jedoch mögliche Probleme an- 
deuten: 

10 FOR X=1 TO 20 
20 FOR Y=5 TO 35 
30... 

40NEXTX 

In diesem Fall durchsucht NEXT X den Stack 
solange, bis FOR X gefunden ist. Dabei wer- 
den alle zuvor stehenden Werte vom Stack 
entfernt. FOR Y kommt also gar nicht in Ak- 
tion. 

9. Optimierung von Programmen 

Leider waren die bisher durchgeführten Be- 
trachtungen notwendig, um die folgende Zu- 
sammenfassung zu verstehen. Sie wird da- 
her nicht sehr im einzelnen begründet, denn 
die meisten Fakten dürften unmittelbar ein- 
sichtig sein. Andere benötigen etwas mehr 
Überlegung. Sie regen dann aber vielleicht 
auch zum Experimentieren mit dem Interpre- 
ter an. Eine Optimierung kann nach drei z. T. 
widersprüchlichen Zielen erfolgen: 

• Geringer Speicherbedarf 

• Schneller Programmablauf 

• Gute Selbstdokumentation 

Die für sie nützlichen Methoden sollen jetzt 
getrennt in Stichworten behandelt werden: 

9.1 . Minimierung des Speicherbedarfs 
Im Programmspeicher 

- Vielfachbefehle je Zeile 

- Mehrfachverwendung lokaler Variablen 

- Unterprogramme (GOSUB) 

- REM-Texte weglassen 

- Leertasten weglassen 

- NEXT ohne Variable, wenn zulässig 

- Konstanten und Strings in Variablen bzw. 
DATA-Zeilen ablegen 

- In Argumenten von PRINT, TO, STEP 
usw. Verknüpfungen verwenden 

- DEF FN verwenden 

- Variablen für mehrfach verwendete Ver- 
knüpfungen 

- LET weglassen 

Beim Programmablauf (statisch) 
jz Variablen- und Stringanzahl senken 

- DIM-Anweisung richtig wählen (Null-Ele- 
ment) 


- Bei vielen (>6) Variablen Arrays verwen- 
den. 

Im Stackbereich (dynamisch) 

Je nach Interpreter benötigt jede aktive An- 


weisung etwa 

FOR-NEXT 20 Bytes 

GOSUB 6Bytes 

Offene Klammer 4 Bytes 

Zwischenergebnis 12 Bytes 


Im Stringraum 

Mit jeder Verwendung einer (auch derselben) 
Stringvariablen wird neuer Stringraum bean- 
sprucht. So wird der Stringraum immer weiter 
belegt. Am Ende des Stringraumes erfolgt 
garbage collection. 

9.2. Schneller Programmablauf 

- FOR-NEXT statt GOTO oder GOSUB ver- 
wenden 

- Mit GOTO und GOSUB zu möglichst nied- 
rigen Programmzeilen springen 

- GOSUB ist schneller als zwei GOTO 

- DEF FN statt GOSUB 

- Häufig verwendete Variablen zu Beginn in- 
itialisieren 

- Variablen statt Zahlen verwenden (Kon- 
vertierungszeit) 

- Konstanten mittels Variablen ablegen 

- FOR-NEXT-Schleifen (vor allem innere) 
einfach gestalten: 

z.B. keine REM verwenden, keine GOTO, 
Rechnungen optimieren 

- REM weglassen bzw. an das Ende von 
Programmen 

- Bei NEXT Variable weglassen (dialektab- 
hängig) 

- Rechnungen nicht wiederholen 

- Arithmetik einfach gestalten, z.B.: statt: 
2#A-> A+A; A A 2-> A*A; Multiplizieren 
statt Dividieren 

- Logik aufgliedern und „logische“ Varia- 
blen verwenden 

- Feldvariablen bei häufiger Nutzung auf 
normale übertragen 

- Wertetabellen statt wiederholter Rechnun- 
gen anlegen 

- LET beschleunigt in einigen Dialekten 

9.3. Gut lesbare Programme 

- REM zur Erklärung von Programmabläu- 
fen 

- REM zur optischen Gliederung des Pro- 
gramms 

- Tiefe der FOR-NEXT-Schleifen durch Ab- 
stand von Zeilen-Nr. zeigen 

- IF an den Anfang von Zeilen 

- Programm selbst gut strukturieren (DEF 
FN, GOSUB, DATA usw.) 

- Strukturierung durch zusätzliche Leerta- 
sten 

- Variablen nicht doppelt verwenden 

- Am Ende in REM wichtige Hinweise ver- 
merken, z.B. über Benennung von Varia- 
blen. 
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Diskettentransfer 


Marius van der Meer, Berlin 


Die Nichtkompatibilität von unterschiedlichen 
Systemen der Kleinrechentechnik stellt oft- 
mals bei deren Integration zum Zwecke der 
Rationalisierung von Informationsprozessen 
ein Problem dar, das nur mit hohem Aufwand 
gelöst werden kann . Soweit sich durch geeig- 
nete Software diese Probleme bewältigen 
lassen, ist eine derartige Lösung im Gegen- 
satz zur Hardware-Kopplung um so effekti- 
ver, je häufiger sie (nach-)genutzt wird. 

Als ein konkretes Beispiel dafür kann die 
Handhabung unterschiedlicher Diskettenauf- 
zeichnungsformate gelten. So wurde auf Ba- 
sis des DOS der Firma Technology für den 
ZX Spectrum und des Betriebssystems SCP 
auf dem PC 1 71 5 ein Diskettenkatalog-An- 



passungsprogramm geschaffen, welches 
den wechselseitigen Lese- und Schreib-Zu- 
griff zu Files (z. B. Textfiles) gestattet. Diese 
Lösung bewährt sich unter zusätzlicher Ver- 
wendung einer Textfile-Transformierung zur 
Übertragung von Texten zwischen dem Text- 
verarbeitungsprogramm Tasword auf dem 
ZX Spectrum und TP oder Wordstar unter 
SCP oder CP/M auf dem PC 1 71 5. 

Da das physische Aufzeichungsformat bei- 
der Betriebssysteme identisch ist (mit 16 
Sektoren zu je 256 Bytes auf einer Spur), er- 
fordert die Anpassung nur die Schaffung 
zweier gleichzeitig auf der jeweiligen Diskette 
verfügbarer Diskettenkataloge: 

• in Spur 0, Sektoren 0 bis 7, für den CATa- 
log des DOS 

• in Spur 2, Blocknummern 00 und 01 , für 
das DIRectory des SCP. Mit der Belegung 
2 




der Spur 0 durch den CATalog stehen die Sy- 
stemspuren zwangsläufig nicht mehr für das 
Booten des SCP zur Verfügung, diese Dis- 
ketten können also nicht im Systemlaufwerk 
A eines PC 1715 benutzt werden, im Lauf- 
werk B dagegen sind sämtliche Files der Dis- 
kette über ihren Eintrag im DIRectory verfüg- 
bar. Da der CATalog in der ersten System- 
spur steht, ist er für den TP-Nutzer vor irrtüm- 
licher Zerstörung durch Überschreiben ge- 
schützt. Gleichzeitig kann er auf der Basis 
des gültigen DIRectory über ein Service-Pro- 
gramm aktualisiert werden. 

Umgekehrt bilden der Rest der SCP-System- 
spuren sowie das DIRectory zusammen den 
ersten Eintrag im CATalog des DOS von 
Technology Research unter einem Namen, 
der von der Tastatur nicht generierbare und 
auf dem Bildschirm nicht sichtbare Zeichen 
enthält und daher ebenfalls nicht ohne weite- 
res gelöscht werden kann. Mittels einer spe- 
ziellen CAT-Service-Routine unter TR-DOS 
wird der CATalog in ein aktualisiertes DIRec- 
tory transformiert und in den SCP-Blöcken 00 
und 01 dieses Files abgelegt. 

Besondere Beachtung erfordert der Um- 
stand, daß unter TR-DOS die Files in stren- 
ger Weise in aufeinanderfolgende Sektoren 
(und ggf. Spuren) fortlaufender Numerierung 
abgelegt werden. Zum Verdichten einer Dis- 
kette mit teilweise gelöschtem Inhalt dient da- 
her unter TR-DOS ein Systemprogramm 
MOVE, welches die Bereiche gelöschter Fi- 
les durch Umkopieren noch gültiger nachfol- 
gender Files überschreibt und damit dichte 
Packung erzeugt. Vor jedem Transfer einer 
Diskette vom TR-DOS zum SCP ist daher ne- 
ben der Aktualisierung des DIRectory ggf. 
eine solche MOVE-Routine auszuführen. 
Dazu wird der Nutzer beim Versuch, ein ak- 
tualisiertes DIRectory auf einer nicht verdich- 
teten Diskette zu generieren, automatisch 
aufgefordert. Das ist notwendig, um zu ver- 
hindern, daß unter SCP ein neues File nicht in 
derselben streng fortlaufenden Weise wie 
unter TR-DOS, sondern eventuell unter Be- 
nutzung niedrigerer, frei gewordener Block- 
nummern abgelegt wird. Aus demselben 
Grund ist unbedingt zu vermeiden, daß bei 
ein und derselben Sitzung unter SCP ein an- 
derer als der letzte Fileeintrag gelöscht und 
dann weitere Files erzeugt werden. In derarti- 
gen Fällen sollte stattdessen die Löschung 
unter TR-DOS, erfolgt von einer DIRectory- 
Aktualisierung, erfolgen. 

In den Bildern ist der kommentierte Quelltext 
für das ZX-Spectrum-Programm zur Erzeu- 
gung eines DIRectory aus einem CATalog 
gezeigt. 


Bilder 1-5 Programm zur Erzeugung eines DIRec- 
tory aus einem CATalog 
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Bericht 


ÄÄ Leipziger Frühjahrs- 
/V\ messe 1987 


Im 1. Teil des Messeberichtes in 
MP 6187 hatten wir über Neuent- 
wicklungen von Bauelementen 
und Computertechnik informiert. 
Wir wollen die Messeberichter- 
stattung fortsetzen mit dem Vor- 
stellen lokaler Netze und peri- 
pherer Geräte. 

Lokale Netze 

Lokale Netze gewinnen für die 
Datenkommunikation eine stän- 
dig wachsende Bedeutung. Sie 
ermöglichen den effektiven Infor- 
mationsaustausch innerhalb der 
dezentralen Datenverarbeitung. 
Das Kombinat Robotron stellte 
mit der Anwenderlösung ROLA- 
NET 1 (BÜRONT 1 ) ein solches 
lokales Netz vor. Für die Ratio- 
nalisierung der Text- und Daten- 
kommunikation im Büro werden 
mit der Lösung Dienstleistungen 
für folgende Aufgaben angebo- 
ten: 

- Dezentrales Erfassen und 
Aufbereiten von Informationen 

- Datei- und Nachrichtenüber- 
tragung 

- Zugriff auf zentrale Ressour- 
cen (Datenbestände, Speicher, 
Schnelldrucker) 

- Elektronische Post mit halb- 
automatischer Registrierung des 
Posteinganges und Postausgan- 
ges 

- Text- und Formularbearbei- 
tung bei zentraler Speicherung 

- Informationsrecherche in zen- 
tralen Datenbeständen 

- Nutzerverwaltung zur Siche- 
rung eines wirksamen Daten- 
schutzes. 

Das ausgestellte Netz umfaßte 
drei PC 1715 sowie einen K 
1630, der hauptsächlich als Da- 
teiserver fungierte. 

Das lokale Netz ordnet sich in 
das langfristig angelegte Daten- 
fernverarbeitungskonzept der 
Kombinate Robotron und Nach- 
richtenelektronik ein. Mittel fristig 
wird angestrebt, über Gateway- 
Einheiten künftig Nutzern des 
Netzes einen Zugang zu 

- öffentlichen Nachrichten- und 
Kommunikationssystemen des 
Kombinates Nachrichtenelektro- 
nik und 

- überbetrieblichen, paketver- 
mittett arbeitenden Rechnernet- 
zen zu ermöglichen. 


Dabei wird zunehmend auf den 
Einsatz moderner Lichtwellenlei- 
terkabel orientiert. 

Das Übertragungssystem der 1 . 
Ausbaustufe ist u. a. durch fol- 
gende Leistungsparameter ge- 
kennzeichnet: 

Übertragungsrate: 500 KBd 
(brutto), 1 20 KBd (netto) 
Übertragungsentfernung: 
max. 1000 m 

anschließbare Datenendeinrich- 
tung: robotron K 1630, A 51 20, 
PC 1 71 5, A 71 00, 256 Teilneh- 
mer, real 20-1 00 
Medienzugriff: nicht determi- 
niert, mit Kollisionserkennung, 
CSMA/CD-Verfahren 
Datensicherung: 2 Byte CRC je 
Frame 

realisierter Standard: nach ISO/ 
TC 97/SC 6 DP 3802/3 (entspre- 
chend „Ethernet“). 

Auf ihre spezifischen Belange 
zugeschnittene, aber zum Teil 
nachnutzungsfähige lokale 
Netze schufen die Akademie der 
Wissenschaften der DDR und 
mehrere Hochschulen. Bekannt 
sind zum Beispiel das LOTUNET 
der TU Dresden, das IHDnetdes 
Informatikzentrums der TU Dres- 
den (vormals Ingenieurhoch- 
schule Dresden) oder LANCE- 
LOT der Humboldt-Universität 
zu Berlin. Auf der LFM wurde 
nun ein weiteres, von der Inge- 
nieurhochschule für Seefahrt 
Warnemünde/Wustrow entwik- 
keltes, lokales Rechnernetz un- 
ter der Bezeichnung SCOM- 
LAN erstmalig vorgestellt. Als 
Zielrechentechnik dienen der 
PC 1 71 5 sowie die 8-Bit-Mikro- 
rechnersysteme auf der Basis 
von K-1 520-OEM-Modulen ein- 
schließlich des BCA5130. 
SCOM-LAN ist eine leistungsfä- 
hige „low cost“-Lösung. Es si- 
chert bei einfachster Hardware 
den schnellen und zuverlässigen 
Datenaustausch zwischen Per- 
sonalcomputern, ermöglicht da- 
bei die Einbindung verschiede- 
ner Rechnertypen ebenso wie 
die kollektive Nutzung teurer Pe- 
ripheriegeräte.Die auf der LFM 
gezeigte Beispiellösung bestand 
aus einer Vernetzung von fünf 
PC 1 71 5 sowie einem OEM-Ter- 
minal mit 256-KByte-RAM-Disk- 
Simulation. Die Leistungsfähig- 
keit des LAN-Transportsystems 


wurde u. a. an den Applikationen 
„Intelligenter Printserver 63XX“ 
und einem komfortablen File- 
transfer demonstriert. 

Die Installationsgrundlage der 
Vernetzung bildet das handels- 
übliche Sortiment der Rundfunk- 
empfangstechnik. Das gezeigte 
Netzwerk hatte eine Ausdeh- 
nung von 1200 m Koaxialkabel. 
Einige technische Daten: 153,6 
kBit/s Brutto, Datenpaketvermitt- 
lungssystem, max. 1 00 Statio- 
nen und CSMA/CD-Zugriff mit 
bzw. ohne Priorität. 

Ein anwenderoffenes Transport- 
system nach dem OSI-ISO- 
Standard (Ebene 4, Klasse 0 
oder 1 ) bildet die Voraussetzung 
für betriebssystemunabhängige, 
anwenderspezifische Lösungen 
in PASCAL 880/S bzw. auf As- 
semblerebene. 

Die Produktion der SCOM-LAN- 
Steckeinheit für den PC 1 71 5 
und ab dem IV. Quartal 1987 der 
Vertrieb erfolgen im VEB Robo- 
tron Büromaschinenwerk Söm- 
merda. 

Die OEM-Variante wird als 
Nachnutzungsangebot von der 
Entwicklerinstitution bereitge- 
stellt. 



Bild 1 zeigt die Netzwerkleiter- 
karte für den PC 1 71 5 mit zusätz- 
licher IFSS-Schnittstelle zur 
freien Benutzung. 

Die Bulgarische Akademie der 
Wissenschaften zeigte ihr für 
den PC Pravetz 8 M weiterent- 
wickeltes lokales Netz LC NET. 
Der Vorteil des 8 M liegt darin, 
daß er zwei unterschiedliche 
Prozessoren (Z 80 und 6502) 
besitzt und damit sowohl CP/M 
2.2 als auch DOS 3.3 als Be- 
triebssysteme genutzt werden 
können. Besonders im Einsatz 
an Schulen erweist sich die Mög- 
lichkeit der Erweiterung des nor- 
malen 64-KByte-RAM um 4 mal 
1 28 KByte zum Aufbau einer 
RAM-Disk als günstig. Vorteile 
des Netzes sind: 

- gemeinsame Nutzung teurer 
Peripherie (Drucker, Festplat- 
ten) am Server 


- Datenschutz mittels Paßwor- 
ten 

- Anschluß auch von PC ohne 
eigene Floppy-Laufwerke mög- 
lich 

- Nachrichtenaustausch mittels 
Elektronik-Mail-Funktion. 

Zum Abschluß einige technische 
Parameter: busorientiertes Netz- 
werk, Polling-Zugriffsverfahren, 
Teilnehmerzahl bis 64 (mittels 
Semaphor-Tabelle bis 16 Paß- 
wörter möglich), Buslänge bis 
3000 m, Übertragungsgeschwin- 
digkeit bis 250 kBit/s. 

Das Institut für Computer und 
Automatisierung der Ungari- 
schen Akademie der Wissen- 
schaften stellte das lokale Netz 
COBUS und Komponenten da- 
für vor. Auf der Messe realisierte 
COBUS den Datenaustausch 
zwischen einem PC 1715 und 
einem ungarischen PC namens 
KOSER. COBUS arbeitet im 
CSMA/CD-Verfahren. Die Über- 
tragungsrate beträgt 1 MBit/s. 

Als maximaler Übertragungsweg 
sind 1 000 m möglich. Die Verbin- 
dung erfolgt über normales 75- 
Ohm-Koaxialkabel. Maximal 99 
Teilnehmer können zu einem 
Netzwerk zusammengeschlos- 
sen werden. 



Als Kopplungseinheit dient 
LANPBOX (Bild 2) mit zwei bzw. 
acht V.24-Schnittstellen und ein 
bzw. zwei 8-Bit-Parallel-Ports. 
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Außerdem war eine Disk-Server- 
Station (Bild 3) mit Hintergrund- 
speicher hoher Kapazität (Win- 
chesterlaufwerk) zu sehen. Ma- 
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Interface: V.24(RS232 C) 
Datenrate: einstellbar bis 1 9200 
Baud 

Übertragungsprozedur: 
Asynchronbetrieb, 1 Startbit, 7 
Datenbits, 1 Paritätsbit, 1 Stopp- 
bit/Zeichen 

Übertragungscode: KOI-7 
Meßwertaufnehmer: Stift oder 
1 Tastenkursor 

Stromversorgung: extern vom 
übergeordneten System 
Leistungsaufnahme: etwa 1 5 VA 
Der Plotter robotron K 641 1 (Bild 
4) ist ein Auftischgerät im Format 

ximal 1 6 Nutzer können gleich- oder Kursorschalters ist in A2, das die Ausgabe grafischer 

zeitig auf den Speicher zugrei- TRACK realisiert. RESET ist der Informationen in 8 Farben ge- 

fen. Die erforderliche Software Grundmodus. Die Eingabe ist stattet. Der Plotter ist mit „Intelli- 

ist verfügbar für CP/M und MS- über Randmenü möglich, aber genz“ ausgerüstet, die auf ein- 

DOS. Angeboten wurde auch nicht die Datenübertragung zgm gebauten 1 6- und 8-Bit-Mikro- 

die Leiterplatte KONKOLY, die übergeordneten System. Die Prozessoren basiert. Das Gerät 

notwendig ist, um IBM-PCs für Menüdaten des Randmenüs be- verfügt über umfangreiche Stan- 
den Anschluß an das lokale Netz stehen aus 43 alphanumeri- dardsoftware, z. B. für Kreis- und 

COBUS nachzurüsten. Die Karte sehen Zeichen, 1 5 Sonderfunk- Vektorgeneration und verschie- 

hat einen eigenen Prozessor - tionen (umschaltbar) und 23 Pro- dene Linienarten. Im Digitalisier- 

den Z 80 A, 4 MHz - und verfügt grammfunktionen. betrieb können mit einer Tasten- 

über 64 KByte RAM sowie 2 x Einige wichtige technische An- Steuerung X- und Y-Koordinaten 

1 6 KByte ROM. Über den Pro- gaben sind: beliebiger Punkte an einen 

zessor wird zusammen mit ei- Aktive Fläche: (21 0 x 297) mm Rechner übertragen werden. Es 

nem LAN-Chip das Netzprotokoll (Format A4) kann auf Papier, Folie oder 

realisiert, und über den Speicher Meßprinzip: induktiv Transparent geschrieben wer- 

erfolgt die Kommunikation Pro- Auflösung: 0,1 mm den. Das Papierformat beträgt 

zessor und PC. Genauigkeit bei 20 °C: 625 x 450 mm 2 , davon die aus- 

bei Verwendung des Kursors genutzte Schreibfläche x-Achse 

Periphere Geräte ±0 ’ 5 mm 594 mm und y _Achse 420 mm - 

“ " bei Verwendung des Stiftes Die Papierhaltung ist elektrosta- 

Das grafische Tablett robotron ±0,8 mm tisch. Als kleinste adressierbare 

K 6405 ist als OEM-Gerät für die Genauigkeitsabweichung: Schrittweite ist 0,025 mm ange- 

interaktive Arbeit an grafischen 0,02 mm/K geben. DieZeichengenauigkeit 

Bildschirmplätzen konzipiert. In Digitalisiervorlage: nichtmetal- beträgt 0,1 Prozent, die Zeichen- 
vier Grundbetriebsarten wird die lisch bis 0,5 mm Dicke geschwindigkeit max. 600 mm/s 

Position des Meßwertaufneh- Abtastrate: 50 Koordinatenpaare in Achsrichtung. Als Interfaces 

mersauf der aktiven Fläche des pro Sekunde werden IFSS, V.24 und IFSP 

Tabletts ermittelt und als digitale 



genannt. Der Plotter verfügt über 
1 1 KByte RAM und 46 KByte 
PROM. 

Ebenfalls mikroprozessorge- 
steuert ist der Plotter NE-3000 
(Bild 5) von der VIDEOTON AG 
aus der Ungarischen VR. Die 
eingebauten Schnittstellen (BSI, 
CENTRONICS, RS-232, IEC- 
625) gewährleisten universelle 
Kopplungsmöglichkeiten. Der 
Plotter kann in 6 verschiedenen 
Farben bzw. Strichstärken zeich- 
nen. Für das Darstellen von Krei- 
sen, Kreisbögen und Schraffu- 
ren soll ein einziger Befehl 
ausreichen. Der Zeichenvorrat 
umfaßt auch kyrillische Buch- 
staben. 

An viele Computer anschließbar 
ist der Plotter 7570A (Bild 6) von 
Hewlett-Packard, z. B. angefan- 
gen beim ACT Apricot, über 
A71 00, SM4 und Videoton VT32 
bis hin zum Zenith Z 1 50. Das 
8-Stift-Magazin ist auf der linken 
Seite im Gehäuse integriert. Die 
Genauigkeit beträgt 0,5 mm. 
Kleinste programmierbare 
Schrittgröße ist 0,025 mm. Die 
Zeichengeschwindigkeit ist mit 
38 cm/s angegeben. In ange- 
hobener Position bewegt sich 
der Stift mit 51 cm/s. Ein Stift- 
wechsel dauert 100 ms. Die Puf- 
fergröße ist mit etwa 7 KByte be- 
ziffert. Die Papier- oder Film- 
breite kann variieren von 550 bis 
640 mm, die Länge von 400 bis 
1000 mm. 

Aus dem Robotron Büromaschi- 
nenwerk Sömmerda wurde auch 
zur diesjährigen LFM ein breites 



Information, bestehend aus ei- 
nem Code und den Koordinaten, 
am Ausgang des grafischen Ta- 
bletts dem Anwenderprogramm 
bereitgestellt. In der Betriebsart 
POINT erfolgt die einmalige 
Koordinatendefinition durch Be- 
tätigen des Stift- oder Kursor- 
schalters. RUN liefert die konti- 
nuierliche Koordinatendefinition 
in Abhängigkeit von der einge- 
stellten Abtastrate bzw. Mindest- 
schrittweite. Die kontinuierliche 
Koordinatendefinition durch 
ständige Betätigung des Stift- 
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Sortiment an Druck- und 
Schreibtechnik präsentiert. 

Der 80spaltige Thermodrucker 
K6304 (Bild 7) ist wegen seiner 
Fähigkeit interessant, sowohl 
Thermopapier als auch Normal- 
papier (dann mit Thermoab- 
schmelzbandkassette) verarbei- 
ten zu können. Im ersten Fall 
arbeitet er bidirektional, im zwei- 
ten unidirektional. Der sich auf 
der Zeile bewegende Thermo- 
spaltendruckkopf mit 1 0 Heiz- 
punkten erzeugt ein Zeichenra- 
ster von 7 x 5 bei Großbuchsta- 
ben und 8 x 5 bei Kleinbuchsta- 
ben. Daneben ist der K 6304 im 
Bit-Image-Mode auch grafikfä- 
hig. Die Druckgeschwindigkeit 
beträgt 45 Zeichen/s. Als 
Schnittstellen sind parallel Cen- 
tronics und seriell V.24 vorhan- 
den. 

Zu der inzwischen bewährten 
100 Zeichen/s schnellen Matrix- 
drucker-Reihe K 631 0 gesellt 
sich nunmehr die Reihe K 6320 
mit bis zu 1 65 Zeichen/s. Als All- 
zweckdrucker bieten diese Mo- 
delle Bild-, Plot- und CRT-Grafik, 
6 Schriftarten, ASCII- und 8 inter- 
nationale Zeichensätze sowie 
Papierbreiten bis zu 250 bzw. 
420 mm. 

Hardcopy-Drucker sind die Mo- 
delle K 6325 und K 6326, die ein 
Schriftraster von 9 x 9 erzeugen 


Punkte). Als Schriftartmodus 
kommen Normal-, Fett-, Doppel- 
druck, Mikroschrift (Exponenten, 
Indizes), Schrägschrift (Italic) 
und Proportionalschrift in Frage. 
Der Zeichenumfang ist mittels 
Down-Load-Funktion noch er- 
weiterbar. Im Grafikmodus steht 
auch eine 8- bzw. 9-Nadel-An- 
steuerung zur Verfügung. 

Der Übertragungspuffer hat 
2 KByte Kapazität und kann als 
Option aufgerüstet werden. 
Schnittstellen: Centronics und 
V.24 (RS 232 C). 

Die Formulartechnik umfaßt Frik- 
tionswalze, Traktoraufsatz, Rol- 
lenaufsatz und in Vorbereitung 
einen Sheet Feeder. 
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Der polnische Druckerhersteller 
Mera Blonie stellte eine weitere 
Variante des zum Epson FX80 
kompatiblen Matrixdruckers 
Dl 00 vor, den D100E/PC 
(Bild 10). Wesentliche Neuerung 
ist die Erweiterung des bisheri- 
gen Zeichensatzes um den IBM- 
und IBM/Italic-Standard, womit 
der Einsatzbereich noch erwei- 


Schrift, Sperrschrift, kompri- 
mierte Sperrschrift, Elite und 
Elite-Sperrschrift vorhanden. 

Die Centronics-Parallelschnitt- 
stelle ist standardmäßig einge- 
baut, V.24 (RS 232 C) als Option 
möglich. 

Ein weiteres Matrixdrucker- 
Modell wurde von dem rumäni- 
schen Außenhandelsunterneh- 
men Electronum mit dem IGRAF 
gezeigt (Bild 11). Die normale 
Druckgeschwindigkeit liegt bei 
150 Zeichen/s, bei Schön- 
schreibdruck (near letter quality 
- NLQ) um etwa 30 Zeichen/s. 

In der dritten Betriebsart, dem 
Grafikmodus, können 60 x 72, 
72 x 72 oder 99 x 72 Punkte pro 
Zoll gedruckt werden. IGRAF ist 
mit den Interfaces V.24 
(RS 232 C) und Centronics aus- 
gestattet. 

Als Ausgabemedium für Perso- 
nal- und Kleincomputer lassen 
sich besonders für T extverarbei- 
tungsaufgaben günstig Schreib- 
maschinen verwenden, sofern 
sie mit einem Interface versehen 
sind. Vom VEB Kombinat Robo- 
tron wurden mehrere Modelle 
gezeigt, die dieser Forderung 
gerecht werden und wegen der 
verwendetet Typenräder „letter 
quality“ liefern. 

Die mit einem Linearschrittmotor 
als Antrieb ausgerüstete Stan- 
dardschreibmaschine S 6006 
kann mit verschiedenen Modul- 
einschüben ergänzt werden - 
zum Beispiel mit einer Speicher- 
erweiterung auf 4 KByte, mit 
einem Fakturiermodul oder mit 
Interfaces wie Centronics paral- 


lel, Commodore oder V.24 
(RS 232 C). 

Das Spitzenmodell ist die 
S6140 (Bild 12), die gegenüber 
der vom Vorjahr bekannten 
S6130 zusätzlich eine LCD-An- 
zeige erhielt, über die eine Kon- 
trolle des Textes vor dem Aus- 
druck und Bedienhinweise in 
Klarschrift möglich werden. Die 
Speicherkapazität beträgt 8 
KByte, davon sind etwa 7 KByte 
nutzbar als Arbeitsspeicher für 
Texte, Konstanten oder For- 
mate. 

Als Option kann auch die S 61 40 
mit einem Interface V.24 (RS 
232 C) ausgestattet werden. 

Mit den Druckern SQ-2500 
(Bild 13) und LQ-2500 (Bild 14) 
bewarb sich EPSON um Messe- 
gold. Der Tintenstrahldrucker 
SQ-2500 erreicht Druckge- 
schwindigkeiten von bis zu 540 
Zeichen pro Sekunde. Im 
Schöndruck sind es bis zu 1 80. 
Der SQ-2500 formt jeden Buch- 
staben aus einer Matrix von 
29 x 23 Punkten in einer Dichte, 
die 1 09 Punkte auf einen Qua- 
dratmillimeter bringt. Er schreibt 
in 5 Schriftarten, die er in einer 
Vielzahl von Spielarten variieren 
kann, z. B. in doppelter Höhe. 

Mit den 24 Düsen lassen sich in 
Bildern und Grafiken nicht nur 
normale und fette, sondern auch 
superfeine Linien ziehen. 

Alle Einstellungen erfolgen über 
ein Tastenfeld an der Drucker- 
front. Auf einer 20stelligen LCD- 
Anzeige können die Eingaben 
und Betriebsarten kontrolliert 
werden. 



und daneben auch grafikfähig 
sind. 

Besonders für die Textverarbei- 
tung geeignet sind die Drucker 
K 6327 (Bild 8) und K 6328 
(Bild 9), die sich vor allem durch 
die verwendbare Papierbreite - 
250 bzw. 420 mm - unterschei- 
den (80 bzw. 136 Zeichen pro 
Zeile). Als Schönschreibdrucker 
(NLQ) erzeugen sie mit 18 x 36 
angeschlagenen Punkten je Zei- 
chen ein hoch verdichtetes 
Schriftbild (Standard: 9x9 


tert wird. 

Im Text-Modus können 11x9 
Punkte pro Zeichen, im Grafik- 
Modus 480 x 8, 960 x 8, 960 x 9 
oder 1 920 x 8 Punkte pro Zeile 
erzeugt werden. Als Schriftarten 
sind Normalschrift, komprimierte 
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Der LQ-2500 ist der schnellste 
Nadeldrucker von EPSON. Er 
schafft im EDV-Druck in der 
Schriftart Elite 324 Zeichen pro 
Sekunde, in Pica sind es 270. 
Der LQ-2500 verfügt ebenfalls 
über 5 Schriftarten. Das Bedie- 
nungsfeld mit integrierter LCD- 
Anzeige erlaubt die Wahl und 
die Kontrolle der Druckerfunktio- 
nen, Schrifttyp und Druckart las- 
sen sich beim LQ-2500 mit den 
Tasten am Bedienerfeld einstel- 
len, wobei die gewählte Einstel- 
lung am LC-Display abgelesen 
werden kann. Grafik wird genau 
wie Schrift bidirektional ausge- 
druckt. 

Von MOM (Ungarische optische 
Werke Budapest) wurde mit dem 
MF 8000 ein neues Mini-Floppy- 
Laufwerk vorgestellt - in halber 
Bauhöhe (slimline) und für beid- 
seitige Aufzeichnung (Bild 1 5). 
Dank dieser konstruktiven Ei- 
genschaften ist es gut geeignet 
für den Einsatz in Personalcom- 
putern und Mikrorechnerkonfigu- 
rationen. Einige Daten: Kapazi- 
tät bei FM-Codierung 500 KByte 
(bei MFM 1 000 KByte), Daten- 
übertragungsgeschwindigkeit 
1 25 kBit/s (250 kBit/s), Aufzeich- 
nungsdichte 2961 bpi (5922 bpi). 
Die Länge, Breite und Höhe des 
Gerätes betragen in mm: 

210 x 146 x 41 . Disketten wer- 
den entsprechend ISO/DIS 8378 
verwendet. Das Laufwerk ist 
Shugart-kompatibel. 

i. Paszkowsky, H. Weiß 


CeBIT ’87 

Die CeBIT, die alljährlich Im 
März in Hannover (BRD) stattfin- 
det, überdeckt die Bereiche Da- 
tenverarbeitung, Mikro- und 
Personalcomputer, Telekommu- 
nikation, C-Techniken (CAD, 
CAMusw.), Software, Büro- und 
Kommunikationstechnik. Im Mit- 
telpunkt stehen dabei mehr die 
zweig- bzw. anwendungsbezo- 
genen Problemlösungen und 
weniger das einzelne Produkt. 
Nachfolgend sei auf einige 
Schwerpunkte der Ausstellung 
sowie auf Entwicklungstrends in 
der Hard- und Software einge- 
gangen. 

EDVA und Kleinrechner 
Große EDVA wurden auf dieser 
Messe fast nicht ausgestellt. Von 
der im vorigen Jahr vorgestellten 
Entwicklung des Supercompu- 
ters ETA 1 0 von CDC war nichts 
zu sehen (die Firma CDC war 
nicht anwesend). Gezeigt wur- 
den jedoch Computer aus dem 


Bereich der Minis und Supermi- 
nis. Hier ist festzustellen, daß 
der Bereich der 32-Bit-Anlagen 
weiter ausgebaut und vor allen 
Dingen durch die VAX-Linie von 
DEC geprägt wird. Der Trend 
geht bei diesen Maschinen ein- 
deutig zu höheren Geschwindig- 
keiten, um die Lücke zu den Su- 
percomputern weiter zu verrin- 
gern. Von den kürzlich in der 
Literatur angekündigten Mini- 
supercomputern (sogenannte 
Crayettes) waren keine Modelle 
zu sehen. Einige der ausgestell- 
ten Systeme betrafen Einsatz- 
fälle mit besonderen Anforderun- 
gen, vor allen Dingen bezüglich 
der Systemverfügbarkeit (z. B. 
System /88 von IBM) oder be- 
sonderer Architekturmerkmale 
(z. B. RISC). 

Mikrocomputer 
und -anwendungen 
Die Vielzahl von Systemlösun- 
gen und Erzeugnissen, die auf 
ca. 23 000 Quadratmetern Aus- 
stellungsfläche gezeigt wurden, 
zeugt von einem außerordentlich 
hohen Entwicklungstempo. Neu- 
heiten oder auch vielfach Weiter- 
entwicklungen bestehender Li- 
nien waren in diesem Jahr 32- 
Bit-Personalcomputer, Laser- 
drucker, lokale Netzwerke und 
hochauflösende Grafikanwen- 
dungen. Der Personalcomputer 
dringt damit in Bereiche vor, die 
bisher größeren Systemen Vor- 
behalten waren und bietet immer 
wieder kostengünstigere und 
hochwertigere Lösungen. 
Während im vergangenen Jahr 
der Personalcomputer im we- 
sentlichen das Niveau IBM-PC 
und XT aufwies, ist bereits in die- 
sem Jahr auf breiter Front eine 
neue Generation anzutreffen, 
die man als AT-286-Klasse be- 
zeichnen könnte. Markantestes 
Kennzeichen ist der Intel-Mikro- 
prozessor 80286, der sich durch 
eine hohe Rechengeschwindig- 
keit auszeichnet. So wie im ver- 
gangenen Jahr erste 80286-Sy- 
steme präsent waren, so voll- 
zieht sich in diesem Jahr die 
Wende zum 32-Bit-PC durch er- 
ste Produkte mit dem Intel 
80386. Dieser Hochleistungs- 
Personalcomputer wird einen 
neuen „Industriestandard“ mar- 
kieren, der sich'v.or allem durch 
große Haupt- und Massenspei- 
cherkapazität sowie eine hohe 
Verarbeitungsgeschwindigkeit 
auszeichnet. Lange erwartet, 
aber auch in diesem Jahr noch 
nicht präsent, ist das Betriebs- 
system MS-DOS 5.0, das zu die- 
sem zukünftigen Industriestan- 
dard gehören wird. Es wird netz- 
werk- und multitaskfähig sein 


und die großen Arbeits- und Plat- 
tenspeicherkapazitäten unter- 
stützen. 

Ein große Anzahl kleinerer Fir- 
men bot Zusatzkarten an, die die 
Leistungsfähigkeit der bereits 
vorhandenen Personalcomputer 
zum Teil erheblich steigern. 
Dazu gehören Speichererweite- 
rungen, Grafikkarten, Co-Pro- 
zessoren, RAM-Disks und auch 
eine 80386-Erweiterungskarte. 
Am unteren Ende der Hardwa- 
reskala sind noch vereinzelt 8- 
Bit-PC anzutreffen. Auf Grund 
des Preisverfalls ist dieser un- 
tere PC-Bereich faktisch der 
künftige Heimcomputerbereich, 
das heißt, die Grenze zwischen 
Heimcomputer und Personal- 
computer wird verwischt. Damit 
ergeben sich an beiden Enden 
dieser Hardwareskala weitere 
Ausbreitungsmöglichkeiten für 
das Betriebssystem MS-DOS. 
Faktisch gibt es heute kein Soft- 
wareprodukt mehr, das nicht auf 
MS-DOS aufsetzt. 

Die nunmehr verfügbaren PCs 
der 286- und 386-Klasse er- 
schließen neue Anwendungsge- 
biete. Die Messe zeigte durch 
mehrere Exponate die Entwick- 
lung des sogenannten Desktop 
Publishing. Das heißt, der Perso- 
nalcomputer wird damit zur tech- 
nischen Basis einer kleinen 
Druckerei. Dazu gehören weiter 
ein hochauflösender Bildschirm, 
ein Laserdrucker sowie die ge- 
eignete Software. Dieses Ein- 
satzgebiet hat auch Weiterent- 
wicklungen auf dem Peripherie- 
sektor angeregt. Vor allem än- 
dern sich die Anforderungen an 
die Bildschirme. Sie müssen we- 
sentlich genauer und exakter als 
bei den bisherigen Textdarstel- 
lungenarbeiten. Derartige Anfor- 
derungen ergeben sich auch aus 
den unterschiedlichsten CAD- 
Anwendungen. Das heißt, es 
geht um hochauflösende Farb- 
monitore, die bis zu 2 Millionen 
Bildpunkte verzerrungsfrei auf 
den gesamten Schirm bringen 
müssen. 

Auf dem Druckersektor war er- 
kennbar, daß der Laserdrucker 
inzwischen auch bei „normalen“ 
Anwendungen Fuß gefaßt hat. 
Preiswerteste Ausführungen 
kommen bereits in den Bereich 
um 5000 DM und dringen damit 
in den bislang den Typenrad- 
druckern vorbehaltenen Bereich 
ein. Diese Drucker sind modular 
aufgebaut und können nach und 
nach aufgerüstet werden. Die 
bisher in diesem Produktseg- 
ment dominierenden Nadeldruk- 
ker sind einerseits durch weitere 
Qualitätsverbesserung (Trend 
zu 24 Nadeln) als auch anderer- 


seits durch einen Preisrutsch 
nach unten zu charakterisieren. 
Da sie außer Text auch Grafik 
ausdrucken können, werden sie 
im Zusammenwirken mit dem 
oben geschilderten Trend bei 
Laserdruckern die Typenrad- 
und anderen Schönschreibdruk- 
ker verdrängen. Weiterentwick- 
lungen gab es bei Tintenstrahl- 
druckern und Thermotransfer- 
druckern, insbesondere, wenn 
es um farbliche Darstellung 
geht. 

Mit der Erweiterung der Lei- 
stungsfähigkeit der PCs ergeben 
sich auch weitergehende Anfor- 
derungen an die Massenspei- 
cher, vor allem an Disketten und 
Festplattenlaufwerke. Die 3,5- 
Zoll-Diskettenlaufwerke haben 
sich nicht so schnell etabliert, 
wie vielleicht yrsprünglich ange- 
nommen; lediglich bei kleinen 
portablen Aktentaschencompu- 
tern werden sie vornehmlich aus 
Platzgründen eingesetzt. Domi- 
nant in diesem Produktsegment 
sind nach wie vor die 5’/4-Zoll- 
Laufwerke. Ihre Speicherkapazi- 
tät wurde erhöht und liegt bei 
400 KByte bei den kleineren Per- 
sonalcomputern und 1 ,2 MByte 
in der AT-Klasse. Bis auf wenige 
Ausnahmen dominieren die übli- 
chen Aufzeichnungsverfahren. 
Erste Lösungen auf Basis von 
Barium-Ferrit und Senkrechtauf- 
zeichnungen wurden angebo- 
ten. Damit lassen sich auf einer 
3,5-Zoll-Diskette 4 MByte unter- 
bringen. Bei den Festplattenlauf- 
werken wird kontinuierlich die 
Kapazität erweitert. So wurden 
Winchester-Laufwerke mit Ka- 
pazitäten um 50 MByte (3,5 Zoll), 
100 MByte (5V4 Zoll) und 
500 MByte (8 Zoll) ausgestellt. In 
kurzer Zeit werden im 3V2-Z0II- 
Bereich über 1 00 MByte und bei 
8 Zoll über 1 GByte üblich sein. 
Die Personalcomputer werden 
immer seltener als Einzelgeräte 
genutzt, vielmehr sind sie auf 
der Basis eines breiten Spek- 
trums von Netzwerklösungen im 
Nah- und Fernbereich miteinan- 
der verbunden. 

Lokale Kommunikationsnetze 
(LAN) 

Die lokalen Kommunikations- 
netze zielen auf die 

- Rationalisierung der Büro- 
arbeiten 

(Dabei ist der Bürobegriff nicht 
zu eng zu sehen, vielmehr geht 
es um die informationellen Pro- 
zesse in vielen Wirkungsberei- 
chen des Menschen.) 

- flexible Fertigungsautomati- 
sierung 

- dezentral eingesetzte (Perso- 
nal-)Rechentechnik. 
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Dazu werden - und daraus er- 
klärt sich auch die große Vielfalt 
von konkreten Erzeugnissen - 
aus verschiedenen Industriebe- 
reichen, vornehmlich aus der 
Nachrichtentechnik, Computer- 
technik sowie der Automatisie- 
rungstechnik technische Lösun- 
gen angeboten. 

Das Leistungsangebot der 
Nachrichtentechnik resultiert 
•aus dem Konzept derJSDN-Ng^ 
| benste lle und zielt daßeTvör al- 
lem auf die Bürokommunikation 
(Dienste zur Text- und Daten- 
fy kommunikation) und die dezen- 
trale Nutzung der Computertech- 
Y nik (Datenkommunikation). Bei- 
^ spielsweise bietet Ericson eine 
\£ LAN-Lösung für PC-Vernetzung 
auf der Basis ihrer ISDN-Neben- 
stelle an. 

Das Leistungsangebot der bei- 
den anderen Bereiche basiert 
. auf den bereits bekannten und 
fr auch weitestgehend standardi- 
^ \ sierten 3 Grundtypen: CSMA/ 

CD, Token Ring, Token Bus. Sie 
sind durch unterschiedliche Er- 
, Zeugnisse von verschiedenen 
v Firmen und einem weiten Be- 
reich von Leistungsmerkmalen 
\V vertreten. Ein Favorit ist nicht 
N! x| erkennbar, vielmehr zeigt sich - 
\wie bereits im vergangenen Jahr 
n eine Schwerpunktbildung: 

X | CSMA/CD : Büroautomatisie- 

\V |l rung 

'-Token Ring: Rechner- bzw. Ge- 
■K J fäteverbcTnd mit Echtzeitanfor- 
Q / derungen und größerer Last 
\\ v Token Bus: Flexibie Fertigung, 

/y T Automatisierung (MAP). 

X ■> Andere Zugriffsverfahren bzw. 
vT Topologien sind ganz selten an- 
x Vzutreffen (erwähnenswert wäre 
V J ^eventuell nur das TOP-NET von 
H \ Krone, das ein Slotverfahren 
T ?' nutzt). 

H a Erkennbar ist die Tendenz, sich 
- bei der Protokollausarbeitung 
■ _ und Standardisierung den höhe- 
ren OSI-Schichten zuzuwenden, 
fco Damit werden für den mehr pro- 
- y , . blemorientierten Nutzer die un- 
, Cterschiedlich technischen Kon- 
f" . Yzepte (OSI-Schichten 1 und 2) 
immer mehr verdeckt. Ein Zu- 




sammenwirken dieser unter- 
schiedlichen Zugriffstechniken 
wird möglich und unter Ausnut- 
zung verschiedener höherer 
Protokolle bereits demonstriert. 
Als Übertragungsmedium domi- 
niert das Koaxialkabel; Lichtwel- 
lenleitersegmente sind anzutref- 
fen und können bei Bedarf einge- 
setzt werden (jedoch nicht aus 
Geschwindigkeitsgründen). Es 
gibt eine Vielzahl von Gateway-, 
Bridge- und Protokollkonvertie- 
rungslösungen. Eine Vereinheit- 
lichung bzw. Bevorzugung be- 


stimmter OSI-Schichten ist 
(noch) nicht erkennbar. Deutlich 
ausgeprägt ist jedoch eine stän- 
dige Zunahme der Prozessorlei- 
stungen bei derartigen Konver- 
tern (bis32-Bit-CPU!). 

Telekommunikation 
Im Bereich der Telekommunika- 
tion war der Schwerpunkt ISDN 
besonders publikumswirksam 
vorgestellt. Das betraf sowohl 
den Bereich der beweglichen 
Funkdienste, hier vor allen Din- 
gen das Vorstellen der Lei- 
stungsmerkmale des im Aufbau 
befindlichen C-Netzes durch die 
entsprechenden Endgeräte, ins- 
besondere das sogenannte Au- 
totelefon, als auch den drahtge- 
bundenen Bereich, hier insbe- 
sondere konzentriert auf die Lei- 
stungsmerkmale der Endgeräte. 
Der bereits im Vorjahr erkenn- 
bare T rend zur Konzentration 
von vielen Leistungsmerkmalen 
und Diensten im sogenannten 
Multifunktionsterminal hält wei- 
ter an . T echnische Mittel für Bild- 
fernsprechen sowohl für die so- 
genannten Videokonferenzen 
als auch für Bildübertragung im 
64-KBit/s-Sprachkanal wurden 
präsentiert. Es ist jedoch einzu- 
schätzen, daß es sich hier um 
Einzellösungen handelt, da be- 
kanntlich das internationale Nor- 
mungsgeschehen den Bereich 
der Breitbandkommunikation 
noch nicht erreicht hat. 

Erste Lösungen für voice mail 
Services wurden gezeigt. Die 
technischen Mittel für die Über- 
tragung der digitalen Daten- 
ströme sind bis in die Hierarchie- 
stufe 500 MBit/s sowohl für Ko- 
axleitungen als auch für Glasfa- 
ser und Richtfunk vorhanden. 
SEL zeigte einen Laboraufbau 
für eine Hochgeschwindigkeits- 
übertragung über einen 70 km 
langen Lichtwellenleiter mit einer 
Geschwindigkeit von 5,2 GBit/s. 

C-Techniken 

Unter diesem Begriff werden zu- 
nehmend alle Teilbereiche des 
computerunterstützten Konstru- 
ierens, Planens, Produzierens 
usw. zusammengefaßt. Über 
1 70 Aussteller zeigten zu diesem 
Komplex ihre Erzeugnisse und 
Systemlösungen. Entwicklun- 
gen bei peripheren Geräten sind 
in starkem Maße an den aus die- 
sen Gebieten resultierenden An- 
forderungen orientiert. Es ist 
schwierig, den rationalen Kern 
und den Stand der Entwicklung 
und des Einsatzes derartiger Lö- 
sungen aus den werbetechnisch 
hervorragend gestalteten Prä- 
sentationen abzuheben. Klar 
scheint zu sein, daß man von 


einer durchgängigen CIM-Lö- 
sung noch weit entfernt ist. Das 
ist sowohl der noch nicht abge- 
schlossenen Standardisierung 
der Kommunikationsprotokolle 
als auch der noch nicht durch- 
gängig erarbeiteten Analyse der 
zu rationalisierenden informatio- 
neilen Prozesse geschuldet. Der 
Weg für die Standar disieru ng 
der KommunTkations’dienste ist 
durc h MAP un d TOP g ewiesen ; 
an den endgültig zu verabschie- 
denden Protokollen wird jedoch 
noch intensiv gearbeitet. 

Zusammenfassende Wertung 
Folgende allgemein formulierte 
Tendenzen sollen eine Gesamt- 
einschätzung geben: 

• Computer- und Kommunika- 
tionstechnik entwickeln sich ein- 
deutig aufeinanderzu. In der 
Computertechnik prägen sich 
die Hauptgebiete Personalcom- 
puter (16 bzw. 32-Bit- Verarbei- 
tungsbreite, einige MIPS) und 
Minicomputer (entsprechend 
VAX-Spektrum) weiter aus. 

• Bei Mikroprozessoren und 
ihrem Einsatz in PC ist festzu- 
stellen, daß eine leistungsgestei- 
gerte 16-Bit-CPU Standard, eine 
32-Bit-CPU vorhanden und eine 
8-Bit-CPU in Personalcompu- 
tern faktisch nicht mehr anzutref- 
fen ist. Es werden in beträchtli- 
chem Umfang Schaltkreise von 
Intel, teilweise auch von Moto- 
rola und nahezu keine von Zilog 
eingesetzt. Die Zunahme der 
Leistungsfähigkeit von PC und 
peripheren Geräten erschließt 
neue Einsatzgebiete und stimu- 
liert damit den Softwaremarkt 
beträchtlich. Anwendungssy- 
steme existieren für nahezu alle 
Bereiche der Industrie, des Bau- 
wesens, Handels, Verkehrs und 
des Dienstleistungsbereiches, 

• Bei den lokalen Netzen geht 
der Trend zur Ausgestaltung der 
oberen Schichten desJPSI-Mo- 
cfells und damit zu einer Verein- 
heitlichung der Einsatzbedin- 
gungen für die vielen techni- 
schen Realisierungen. 

• Die Drahtnachrichtentechnik 
wird vor allen Dingen durch das 
ISDN-Konzept geprägt. Vorlauf- 

"'arbeiten in diesem Bereich be- 
treffen Probleme der Breitband- 
kommunikation. Für diese Tech- 
nik scheint sich als Basiskanal 
140 MBit/s herauszukristallisie- 
ren. 

• Im Bereich der C-Techniken 
wird intensiv, vor allem im Soft- 
warebereich, gearbeitet. Es do- 
minieren eindeutig Anwendersy- 

/steme für einzelne Teilbereiche . 

I Bis Jur durchgängigen Lösung 
ist sicher noch ein langer Weg zu 
gehen. Prof. Dr. P. Neubert 


Journal of New 
Generation Computer 
Systems 

Ab Januar 1 988 erscheint im 
Akademie-Verlag Berlin die 
neue internationale Fachzeit- 
schrift JOURNAL OF NEW GE- 
NERATION COMPUTER SY- 
STEMS, herausgegeben im Auf- 
träge des Koordinierungsrates 
für Rechentechnik und Informa- 
tik der Akademie der Wissen- 
schaften der sozialistischen Län- 
der am Zentralinstitut für Kyber- 
netik und Informationsprozesse 
der Akademie der Wissenschaf- 
ten der DDR. 

JOURNAL OF NEW GENERA- 
TION COMPUTER SYSTEMS 
(JNGCS) dient der Veröffent- 
lichung von Beiträgen, die der 
Entwicklung von Rechnersyste- 
men mit qualitativ neuen Eigen- 
schaften und neuartigen Anwen- 
dungsgebieten, d. h. der Schaf- 
fung neuer Generationen von 
Rechnersystemen gewidmet 
sind. 

JNGCS berichtet über Fort- 
schritte, Erfahrungen und neue- 
ste Ergebnisse bei der Realisie- 
rung nationaler und internationa- 
ler Forschungs- und Entwick- 
lungsprogramme sowie von Pro- 
jekten, speziell von Gemein- 
schaftsprojekten der sozialisti- 
schen Länder, deren Ziel die 
Schaffung innovativer Rechner- 
systeme ist. Das Hauptziel der 
Zeitschrift ist der Informations- 
austausch zu neusten Entwick- 
lungen der Hard- und Software 
sowie zu Anwendungen auf dem 
Gebiet der Verarbeitung von 
Wissen und großen Datenmen- 
gen. 

Daraus ergibt sich für die Zeit- 
schrift folgendes Profil: 

- Höchstintegrierte Schalt- 
kreise (VLSI) 

- Neue Entwurfs- und Ferti- 
gungstechnologien für Rechner- 
systeme 

- Innovative Architekturen für 
verschiedene Anwendungen 

- Softwaretechnik mit Künstli- 
cher Intelligenz 

- Wissensverarbeitung 

- Mensch-Maschine-Kommuni- 
kation 

- Theorie und Künstliche-Intelli- 
genz-Forschung. 

Die Zeitschrift enthält ferner Kon- 
ferenzberichte, Veranstaltungs- 
kalender, Buchrezensionen u. a. 
Beiträge, die Forschungsergeb- 
nisse oder neue Technologien 
vorstellen. Übersichtsarbeiten, 
Berichte und Mitteilungen sind in 
~ issisch oder Englisch zu rich- 
ten an: Dr. W. Kolbe, Redaktion 
„JNGCS“ ZKI AdW; Kurstraße 
33, PF 1298, Berlin, 1086, DDR. 
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Praxis der Softwareentwick- 
lung 

von G. Rothhardt, VEB Verlag 
Technik Berlin 1987, 1 . Auflage, 
296S.,30,-M 

Mit diesem Titel liegt ein Fach- 
buch vor, das vom Praktiker für 
Praktiker geschrieben ist. Das 
geschieht in einer Art und Weise, 
die dieser Tatsache adäquat ist: 
Der Stoff ist mit methodischem 
Geschick unter Benutzung von 
authentischen und konstruierten 
Beispielen so aufbereitet, daß 
man eigene Erfahrungen bestä- 
tigt erhält und Lösungen bzw. 
Lösungsvorschläge angeboten 
bekommt. Viel Originalität be- 
weist der Autor mit seinen bild- 
haften Darstellungen, die An- 
schaulichkeit und Einprägsam- 
keit hervorragend unterstützen. 
Nicht zuletzt durch den sprachli- 
chen Stil, einschließlich der An- 
sprache des Lesers, wird die 
Lektüre auch demjenigen Prakti- 
ker, der einem umfangreicheren 
Fachbuch eventuell skeptisch 
gegenübersteht, leicht gemacht. 
Nach einem Abschnitt mit einfüh- 
rendem Charakter, in dem die 
Strukturträger des Fachgebietes 
Softwaretechnik abgesteckt 
werden, erfolgt dann die weitere 
Behandlung und Orientierung 
an Methoden, Hilfsmitteln und 
Werkzeugen des Softwareent- 
wicklungsprozesses. 

Abschnitt 2 stellt auf der Basis 
eines sehr weit gefaßten Metho- 
denbegriffs bekannte und inter- 
national akzeptierte Ergebnisse 
der Softwaretechnik vor. Mo- 
derne Aspekte dabei sind durch- 
weg berücksichtigt. So werden 
sehr ausführlich Fragen der Dia- 
logarbeitsweise von Program- 
men unter der Überschrift Soft- 
wareergonomie behandelt, und 
auch die Qualitätssicherung er- 
hält den ihr gebührenden Platz. 
Die Behandlung von Notwendig- 
keit und Möglichkeiten der Nach- 
nutzung von Software verdient 
ebenfalls hervorgehoben zu wer- 
den. Zu den Werkzeugen des 
Softwareentwicklungsprozesses 
wird ein systematisierender 
Überblick gegeben. 

Abschnitt 3 wendet sich speziell 
an die Leiter im Softwareent- 
wicklungsprozeß, wobei diesen 
auch Teile des vorangegange- 
nen Abschnittes zu empfehlen 
sind. Wenn auch der eine oder 
andere Vorschlag kritisch gese- 
hen werden kann (z. B. 1 bis 2 
künftige Nutzer in die Entwick- 
lung einbeziehen), so wird doch 
überzeugend klar: Softwareent- 
wicklung ist mehr, als ein Pro- 
gramm zu schreiben! Der Ab- 
schnitt Inbetriebnahme des Soft- 


wareproduktes öffnet dem Letz- 
ten dabei die Augen. 

Der Abschnitt 4 will Hilfestellung 
geben bei der Durchsetzung 
bzw. Einführung von neuen Me- 
thoden. Zur Erreichung dieses 
Zieles ist er sehr weit gefaßt, so 
daß nicht alles, was dort steht, 
spezifisch für die Softwaretech- 
nik gilt (z. B. Qualifizierung, Moti- 
vieren). Sehr gut und wertvoll 
sind die Ausführungen unter der 
Überschrift Vereinheitlichen 
(Standards!). Gleiches gilt für 
die Checklisten im Anhang 2. 
Insgesamt liegt mit dem Titel ein 
sehr gutes Informatik-Fachbuch 
vor, das den in der Softwareent- 
wicklung Tätigen Bestätigung 
und inhaltliche Orientierung sein 
wird. 

Dr. R. Trautloff 


Die Programmiersprache 
FORTH 

von R. Zech, Franzis-Verlag 
München 1985, 2. neu bearbei- 
tete und erweiterte Auflage, 

336 S. 

Dieser Titel enthält in 7 Abschnit- 
ten eine umfassende Darstel- 
lung von Aufbau, Implementie- 
rungsgrundlagen, Programmier- 
konzepten und Eigenschaften 
eines FORTFI-Systems. Im Vor- 
dergrund stehen eine Beschrei- 
bung der wichtigsten Verarbei- 
tungsoperationen sowie das voll- 
ständige Glossar des FIG- 
FORTH-Systems. Die Wahl des 
FIG-Standards kann unterstützt 
werden: Nach wie vor ist er am 
weitesten verbreitet. Dem all- 
mählichen Übergang zu 
FORTH-83 trägt ein Abschnitt 
Rechnung, in dem die wichtig- 
sten Modifikationen und Erweite- 
rungen anderer FORTH-Sy- 
steme (darunter auch FORTH- 
79 und FORTH-83) zusammen- 
gestellt sind. Weitere Schwer- 
punkte sind die Problemkreise 
Programmstrukturen und struk- 
turierte Programmierung, Com- 
pilationsprinzipien (einschließ- 
lich einer detaillierten Erläute- 
rung der Funktion und der Hand- 
habung der Definitionswörter), 
Zahleneingabe- und -ausgabe- 
konvertierungen sowie I/O-Kon- 
zepte (Massenspeicherverwal- 
tung). Im Unterschied zu Brodies 
Programmieren in FORTH (Han- 
ser- Verlag 1984) ist das metho- 
dische Konzept hier darauf ge- 
richtet, FORTH an sich selbst zu 
erklären: Für viele, vor allem für 
komplizierte Funktionen ist der 
FORTH-Quelltext angegeben. 
Die Erklärung des Innenlebens 
der Wörter ist ein wichtiger 
Aspekt der Systemdarstellung. 


Übungsaufgaben mit Lösungen 
sowie einige Beispielprogramme 
(Taskverwaltung, Stringpaket, 
FORTH-Assembler) geben An- 
regungen für die eigene Pro- 
grammierpraxis. Für größere 
Softwareprojekte (vor allem im 
professionellen Bereich) sind 
jedoch Informationen zu weite- 
ren Fragen und Problemen not- 
wendig, die in diesem Titel nicht 
dargestellt sind: Software- und 
Implementierungsstrategie, Fak- 
torisierungs- und Modularisie- 
rungsprinzipien, Quelltextgestal- 
tung und Namenskonventionen. 

G.-U. Vack 


Bussysteme in Mikrorechner- 
Automatisierungsanlagen 

von J. Sawatzky, Heft 1 6 der 
Schriftenreihe der Betriebssek- 
tion der KDT des VEB GRW 
„Wilhelm Pieck“ Teltow 1986, 

86 S„ Preis: 8,- M 

Der im Jahre 1 986 mit der Bark- 
hausen-Medaille für die Verteidi- 
gung einer der anspruchsvoll- 
sten Dissertationen auf techni- 
schem Gebiet in der DDR ge- 
ehrte Autor legt nunmehr mit 
dem Heft 1 6 eine längst fällige 
Veröffentlichung zur Problematik 
der busgebundenen Datenüber- 
tragung vor. 

Dezentral strukturierte mikro- 
rechnergestützte Automatisie- 
rungsanlagen basieren auf der 
digitalen Informationsverarbei- 
tung, -Übertragung und -Speiche- 
rung. Die digital-serielle Informa- 
tionsübertragung wird in derarti- 
gen Strukturen durch Bussy- 
steme realisiert. In der Bro- 
schüre geht der Autor ein auf 

- Stellung und Bedeutung der 
seriellen Datenübertragung in 
Automatisierungsanlagen 

- Strukturen und Funktionen 
der Bussysteme 

- das Schichtenmodell der Da- 
tenübertragung 

- Standardisierungen von Da- 
tenübertragungssystemen 

- ausgewählte Anlagenbussy- 
steme sowie 

- Entwicklungstendenzen bei 
Anlagenbussystemen. 

Ausgehend von dem im Prozeß- 
leitsystem „audatec“ des VEB 
GRW „Wilhelm Pieck“ Teltow 
verwendeten audatec-Bussy- 
stems, wurden die Parameter 
leistungsfähiger Anlagenbussy- 
steme ausgewählter internatio- 
naler Prozeßleitsysteme mitein- 
ander verglichen. Auf Notwen- 
digkeit, Stand und Perspektive 
der Standardisierung von digital- 
seriellen Datenübertragungssy- 
stemen wird eingegangen. Der 


Autor schätzt ein , daß neben den 
weit verbreiteten Anlagenbussy- 
stemen die Feldbussysteme zu- 
nehmend an Bedeutung gewin- 
nen werden. Abgerundet wird 
die Broschüre durch ein Abkür- 
zungs-, Bild- und Tafelverzeich- 
nis sowie ein umfangreiches Li- 
teraturverzeichnis, das dem Au- 
tor ein tiefgründiges Quellenstu- 
dium bescheinigt. 

Ein Sachwortverzeichnis, das 
dem Leser die Möglichkeit des 
kurzfristigen Einstiegs in die an- 
spruchsvolle Thematik erlaubt, 
wird vermißt. Die Problematik 
der digital-seriellen Datenüber- 
tragung wird so verständlich und 
übersichtlich dargestellt, daß sie 
einen breiten, technisch allge- 
mein interessierten Leserkreis 
anspricht. Zu beziehen ist die 
Veröffentlichung über die Be- 
triebssektion der KDT oder die 
Zentrale Informationsstelle Wis- 
senschaft und Technik des VEB 
GRW „Wilhelm Pieck“ Teltow, 
Oderstraße 74-76, Teltow, 

1530. 

L. Blackert 


Computerliteratur 
aus der VR Bulgarien 

Der Staatsverlag „Technika“ ist 
der größte Verlag für technische 
Literatur in der VR Bulgarien. 
Unter seinem Verlagssignet sind 
im Verlauf von über 25 Jahren 
mehr als 1 5 000 Titel verlegt wor- 
den. Im Verlagsplan sind Bücher 
verschiedener Editionsrichtun- 
gen vertreten - wissenschaftli- 
che, populärwissenschaftliche 
und Handbücher, Lehrbücher 
für Universitäten und Hochschu- 
len sowie Schulbücher. Aus der 
Reihe Mikrocomputertechnik 
für alle wurden bisher u. a. die 
folgenden Titel herausgegeben 
bzw. sind in Vorbereitung: Die 
Handhabung von Personalcom- 
putern; Das Programmieren - 
einfach und gleichzeitig kompli- 
ziert; Die Mikroprozessoren - 
das Kernstück des Personal- 
computers. Eine Reihe von Ver- 
öffentlichungen erschienen bzw. 
werden vorbereitet zum bulgari- 
schen PC Prawez-82. Hier kön- 
nen genannt werden: Wie funk- 
tioniert Prawez-82?; Disketten- 
operationssystem; 50 Pro- 
gramme für Personalcomputer; 
PASCAL für Personalcomputer; 
Der Computer spielt, zeichnet 
und macht Musik; Peripheriege- 
räte für Personalcomputer. Na- 
türlich fehlt auch ein BASIC- 
Buch nicht im Angebot. Als Bei- 
lage zum Titel BASIC für Mikro- 
computer wird eine Diskette mit 
den textillustrierenden Pro- 
grammen angeboten. MP 
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Neuerscheinungen 


■ Technische 
Informatik 

Ctaßen-Oefler 

UNIX und C 

Ein Anwenderhandbuch 



VEB Verlag Technik Berlin 


UNIX und C 

Ein Anwenderhandbuch 
Von Dr.-Ina. Ludwig Claßen und Dipl.- 
Math. Ulrich Oefler. Reihe Technische 
Informatik. 236 Seiten, 1 7 Bilder, 

5 Tafeln, Broschur, DDR 24,- M, Aus- 
land 36,- DM. Bestellangaben: 
5537581 /Claßen, Unixu. C. 


Systemanalyse 

und 

mehrkriterielle 

Entscheidung 

Ester 



VEB VERLAG TECHNIK BERLIN 


Systemanalyse und mehrkriterielle 
Entscheidung 

Von Dr. sc. techn. Jochen Ester. 

21 6 Seiten, 157 Bilder, 15 Tafeln, 
Kunstleder, DDR 28,- M, 

Ausland 38,- DM. Bestell- 
angaben: 5537274/Ester, 
Entscheidung 


Automatische Meß- 
und Prüftechnik 


Frühauf 



Automatische Meß- und Prüf- 
technik 

Von Prof. Dr.-Ing. habil. Uwe Frühauf. 
Reihe Meßtechnik. 220 Seiten, 

167 Bilder, 26 Tafeln, Kunstleder, 
DDR 30,- M, Ausland 40,- DM. 
Bestellangaben: 553 745 0/Frühauf, 
Prüftechnik 


In übersichtlicher Form werden Kennt- 
nisse über das Betriebssystem UNIX, 
über die Kommandosprache Shell 
und über die Programmiersprache C 
vermittelt. Im Mittelpunkt stehen dabei 
die Darstellung der Basiskonzepte 
und der Standardkommandos von 
UNIX sowie der Sprachelemente 
von C. 


Die Polyoptimierung wird in die umfas- 
sendere Problematik der rechnerge- 
stützten mehrkriteriellen Entschei- 
dungshilfsmittel eingebettet. Erstma- 
lig werden die Beziehungen zwischen 
Entscheidungsfindung und modernen 
Konzeptionen der Systemtheorie 
(z. B. Fuzzy Systeme) geschlossen 
dargestellt. Dabei wird eine Brücke 
geschlagen zwischen den heuristi- 
schen, ingenieurmäßigen Verfahren 
und den streng mathematischen Ver- 
fahren. Für den mathematisch weni- 
ger Geübten werden weitergehende 
Erläuterungen gegeben. Die Anwen- 
dungen dienen der Illustration der be- 
handelten Themen; sie zeigen, wel- 
che Effekte durch zweckmäßige Aus- 
wahl der Methoden erzielt werden 
können und auf wieviel verschiedenen 
Gebieten die mehrkriterielle Betrach- 
tungsweise angewandt werden kann. 


Behandelt werden die Grundlagen 
der rechnergesteuerten Meß- und 
Prüftechnik sowie der technischen 
Diagnostik. Die Schwerpunkte sind 
dabei Meß- und Prüfstrategie, Geräte- 
technik, programmtechnische Vor- 
aussetzungen und Lösungen, prüf- 
freundliche Systemgestaltung, Struk- 
tur und Funktion automatischer Meß- 
und Prüfsysteme und deren Kompo- 
nenten. Die Darstellung erfolgt in en- 
gem Bezug zu praktischen Beispielen. 


Auslieferung in diesen Tagen durch den Fachbuchhandel 
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• • 16-Bit-Mikrorechner 

Hard- und Software 


• Wechselplattencontroller für 8- und 1 6-Bit-Mikrorechner 



Zum Abschluß des MP-Kurses 
Programmierung in C möchten 
wir Ihnen zwei kleine Programmier- 
aufgaben vorschlagen, bei denen 
Sie Ihr erworbenes Wissen unter 
Beweis stellen können. Senden Sie 
Ihre Lösungen der Aufgaben 1 und 
2 bitte bis zum 25. September 1 987 
unter dem Kennwort C-Program- 
mierung an die Redaktion. 

Hier noch einmal unsere Anschrift: 

VEB Verlag Technik 
Redaktion MP 
Oranienburger Straße 13114 
Berlin 
1020 

Unter den richtigen Einsendern wer- 
den unter Ausschluß des Rechtswe- 
ges 10 Bücher des Titels UNIX und 
C - Ein Anwenderhandbuch von 
L. Claßen und U. Oefler, 1987 er- 
schienen im Verlag T echnik, ausge- 
lost. Die Namen der Gewinner und 
ausgewählte Programmlösungen 
werden in einer Ausgabe der MP 
veröffentlicht. Beachten Sie bitte, 
daß die bei uns eingereichten Pro- 
gramme frei von Rechten Dritter 
sein müssen. 

Bei den zugesandten Lösungen set- 
zen wir Ihr Einverständnis für deren 
eventuelle Veröffentlichung voraus. 
Testen Sie nach Möglichkeit Ihre 
Programme vorher am Computer 
(nicht Bedingung!). Senden Sie uns 
in diesem Fall Angaben über Com- 
puter- und Compilertyp und ein Ab- 
arbeitungsprotokoll - mit selbstge- 
wählten Daten -zu. 

Bitte vergessen Sie nicht, auf den 
Lösungen Ihren Namen, Anschrift, 
Alter und Beruf/Tätigkeit anzuge- 
ben. 

Für gegebenenfalls erforderliche 
Rückfragen ist die Angabe einer T e- 
lefonnummer wünschenswert. 

Viel Erfolg bei der Lösung der bei- 
den Aufgaben wünscht Ihnen 
Ihre Redaktion MP 


Aufgabe 1 

Suchen von Sachwörtern 

Das Programm 12.4 soll so ergänzt 
werden, daß bei der Ausgabe des 
Textfiles nach Sachwörtern gesucht 
wird, die in einer Tabelle 

static char *swtab [] = {“Dimen- 
sion“, “Feld“, . . .}; 

zur Vereinfachung der Aufgabe de- 
finiert sein sollen. 

Jedes gefundene Sachwort soll mit 
Angabe der Seitennummer auf 
stdout protokolliert werden. Ein 
Sachwort gilt als gefunden, wenn 
es in den spezifizierten Zeichen 
identisch ist, z. B. tritt in dem Text 
das Wort „Felder“ auf, so ist das 
Sachwort „Feld“ enthalten und es 
gilt als gefunden. 


Aufgabe 2 

Versuchsauswertung 

In einem File TEST.DAT stehen die 
Meßergebnisse eines physikali- 
schen Versuchs im ASCII-Kode. Je- 
der Datensatz enthält zwei Meßer- 
gebnisse in f/oaf-Darstellung. Die 
Anzahl der Meßergebnisse muß aus 
der Anzahl der eingelesenen Daten- 
sätze ermittelt werden. Die maxi- 
male Anzahl der Meßergebnisse ist 
kleiner als 2000. 

Es sind folgende Auswertungen 
durchzuführen: 

- Ermittlung des minimalen und 
maximalen Wertes, 

- Berechnung des Mittelwertes, 

- Bestimmung der mittleren qua- 
dratischen Abweichung vom Mit- 
telwert. 

Die Meßergebnisse sollen in 5 Spal- 
ten (Spaltenbreite 12 Zeichen, 3 
Zeichen nach dem Dezimalpunkt) 
zusammen mit den Ergebnissen der 
Auswertung gedruckt werden. 
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Terminal- Terminal 

kommunikations- 
einrichtung 


Vorschau 

ln MP 8/1987 haben wir für Sie einen 
Schwerpunkt über Einchipmikrorechner 
vorbereitet; u. a. finden Sie folgende 
Beiträge zu dieser Thematik: 

- Programmentwicklung und Test für 
EMR U8840 

- ROM-Schaltkreis U 2365 D 45 BM 
200 für EMR ÜB 8830 

Außerdem beginnen wir mit einer neuen 
Reihe zu REDABAS unter der Rubrik 
MP-Kurs. 
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12. Mikroelektronik- 
Bauelementesymposium 

ln dem Plenarvortrag zur Eröff- 
nung des unter seiner Schirm- 
herrschaft stehenden 12. Mi- 
kroelektronik-Bauelementesym- 
posiums, das vom 1 1 . bis 1 3. 

Mai im Sport- und Ausstellungs- 
zentrum Frankfurt (Oder) statt- 
fand, betonte der Minister für 
Elektrotechnik und Elektronik, 
Felix Meier: „Die Aufgaben des 
Industriebereiches Elektrotech- 
nik und Elektronik sind vor allem 
die beschleunigte Entwicklung, 
Produktion und Anwendung der 
Mikroelektronik mit dem Schwer- 
punkt der Sicherung der volks- 
wirtschaftlichen Programme, der 
Versorgung der Bevölkerung mit 
hochwertigen Konsumgütern 
und des Exports. Dieser Prozeß 
wird wesentlich davon getragen, 
daß Mikroelektronik, moderne 
Rechentechnik und rechnerge- 
stützte Konstruktion, Projektie- 
rung und Steuerung der Produk- 
tion mehr und mehr das Lei- 
stungsvermögen der Volkswirt- 
schaft bestimmen.“ 

Dem gemeinsam vom VEB Kom- 
binat Mikroelektronik und dem 
Bezirksvorstand der Kammer 
der Technik Frankfurt (Oder) 
durchgeführten Symposium 
schloß sich am 14. und 15. Mai 
eine Fachtagung zum gleichen 
Thema an. Teilnehmer dieser 
größten applikativen Veranstal- 
tung der DDR mit 20jähriger T ra- 
dition waren 2400 Forscher und 
Praktiker aus nahezu allen Be- 
reichen der Volkswirtschaft, der 
Akademie der Wissenschaften 
der DDR sowie aus Universitä- 
ten und Hochschulen. In 46 Vor- 
trägen sowie zahlreichen Dis- 
kussionen und Fachgesprächen 
wurden neueste wissenschaftli- 
che Erkenntnisse auf dem Gebiet 
der Entwicklung, Produktion und 
Anwendung der Mikroelektronik 
vermittelt, Erfahrungen beim Ein- 
satz mikroelektronischer Schalt- 
kreise ausgetauscht. Eine Aus- 
stellung informierte über das zur 
Verfügung stehende Sortiment 
aktiver elektronischer Bauele- 
mente und zeigte in der Praxis 
erprobte Anwendungsbeispiele 
des volkswirtschaftlich breiten 
Mikroelektronik-Einsatzes. 
Weitere Informationen, insbe- 
sondere über die Ausstellung, 
werden in MP 8/87 veröffentlicht. 

MP 


Programmierolympiade 
und KC-Hardware-Wett- 
bewerb 

Im Rahmen der Tage des Bezir- 
kes Dresden anläßlich der 750- 
Jahr-Feier-Berlins führen der 
Kulturpalast Dresden und das 
Urania-Vortragszentrum Dres- 
den am 1 . und 2. August 1 987 in 
der Kongreßhalle am Alexander- 
platz die Veranstaltung „si- 
multan-wissenschaft-live“ 
durch. Während der Veranstal- 
tung werden unter Federführung 
der Technischen Universität 
Dresden zwei Leistungsverglei- 
che unter dem Motto „Wir be- 
herrschen den Computer“ für 
Software- und Hardware-Inter- 
essenten stattfinden. Das Infor- 
matik-Zentrum des Hochschul- 
wesens an derTechnischen Uni- 
versität suchte in einer Program- 
mierolympiade den besten Pro- 
grammierer aus Studium, Lehre 
und Praxis, aus den Computer- 
clubs und dem Kreis der Hobby- 
anwender, die am 1 . und 2. Au- 
gust ihr Können an Kleincompu- 
tern KC 87 des VEB Kombinat 
Robotron demonstrieren wer- 
den. Von der Sektion Informa- 
tionstechnik der TU Dresden 
wurde der beste Spezialist für 
einen Kleincomputer-Hardware- 
Wettbewerb gesucht. Gefragt 
waren selbstentworfene und ge- 
baute Hardwarelösungen und 
Ergänzungen zum KC. 

Anmerkung: Leiderging der Re- 
daktion die Mitteilung über die 
Wettbewerbe verspätet zu, so 
daß wir einen Aufruf zum ent- 
sprechenden Zeitpunkt nicht 
veröffentlichen konnten. 



BERLIN 


Büchertreff 
am Fernsehturm 

Anläßlich des 750jährigen Be- 
stehens von Berlin finden vom 
21 . Juli bis zum 4. August 1 987 
im Ausstellungszentrum am 
Fernsehturm folgende Veran- 
staltungen statt: 

• Ausstellungsprogramm mit 
Verlage stellen sich vor, Berlin 
im Buch und Schönste Bücher 
der DDR 

• Rahmenprogramm mit Auto- 
renlesung, Signierstunden, 
Buchpremieren und literarisch- 
musikalischen Veranstaltungen 

• Buchverkauf 


• Polygrafische Werkstatt in Ak- 
tion. 

Der Büchertreff ist täglich von 1 0 
Uhr bis 1 9 Uhr geöffnet. 

MP 


Japan beschleunigt 
Entwicklung von PC 

Personalcomputer sind für Elek- 
tronikkonzerne in den USA und 
Japan ein lukratives Geschäft 
geworden. Seit ihrer Entwicklung 
vor zehn Jahren sind in Japan 
über fünf Millionen PC zum Ein- 
satz gekommen, allein 1 986 wur- 
den 1 ,5 Millionen abgesetzt. Ein 
Großteil davon waren schon Mo- 
delle der 1 6-Bit-Generation. 

Als Anfang April in den USA die 
International Business Machines 
(IBM), die von Anfang an we- 
sentlich an der Entwicklung der 
PC-Technik beteiligt ist, eine 
neue Generation dieser Compu- 
ter - nun 32-Bit-Typen - vor- 
stellte, urteilten japanische Zei- 
tungen übereinstimmend: die 
USA blasen zum Sturm gegen 
die japanische Konkurrenz. Mit 
der neuen PC-Generation will 
IBM den Markt für diese Rechner 
wieder zurückerobern. IBM hatte 
selbst in den USA in den vergan- 
genen Jahren vor allem gegen 
japanische Unternehmen an Bo- 
den verloren, die die 1 6-Bit- 
Computer technisch attraktiver, 
leistungsstärker und vor allem 
billiger anboten. Die Standards 
der neuen 32-Bit-Technik wur- 
den von IBM strengstens ge- 
heimgehalten, um zu verhindern, 
daß sich die Konkurrenz schon 
vorab dem IBM-Standard an- 
schließen kann. 

Die japanischen Konzerne hat- 
ten schon vor Monaten angekün- 
digt, beim Lauf um die leistungs- 
stärkeren PC nicht Zurückblei- 
ben zu wollen. Ende des Jahres, 
so ließ der Verband der japani- 
schen Elektronikindustrie mittei- 
len, werden die großen japani- 
schen Computerproduzenten 
eigene 32-Bit-Entwicklungen 
auf den Markt bringen. Vor eini- 
gen Wochen meldete der japani- 
sche NEC-Konzern, einer der 
größten Chip-Produzenten, den 
Abschluß der Entwicklung eines 
32-Bit-Schaltkreissystems, das 
mit 6,6 Millionen Operationen je 
Sekunde zu den schnellsten der 
Welt gehört. Der Übergang zu 
den 32-Bit-Computern - bedingt 
durch den scharfen Konkurrenz- 
kampf mit USA-Herstellern - er- 
folgt überhastet, räumten japani- 
sche Spezialisten ein. Die Soft- 
wareentwicklung kommt mit den 
schnellen Fortschritten im Chip- 
Bau nicht nach. Ein größeres 
Programmangebot für die 32-Bit- 


Technik, mit denen die Lei- 
stungskraft erst voll genutzt wer- 
den kann, wird erst zu Beginn 
der 90er Jahre bereitstehen. 
Was die neuen PC von IBM be- 
trifft, so rechnen sich japanische 
Hersteller dennoch Chancen 
aus. Grund: Die Diskettenlauf- 
werke in den IBM-Maschinen 
sind teilweise „Made in Japan“. 

ADN 


Volkswirtschaft 



Einsatz rechner- 
gestützter Arbeits- 
stationen 

Schlüsseltechnologien wie Mi- 
kroelektronik, moderne Rechen- 
technik und rechnergestützte 
Konstruktion, Projektierung und 
Steuerung der Produktion be- 
stimmen immer stärker das Lei- 
stungsvermögen der Volkswirt- 
schaft der DDR. Die Grafik zeigt, 
was mit dem Einsatz rechnerge- 
stützter Arbeitsstationen u. a. 
bewirkt werden soll. 

Grafik: ADN-ZB 


Datenübertragung 

Die Sektion Physik der Martin- 
Luther-Universität Halle-Witten- 
berg ist mittels Datenfernüber- 
tragung mit dem Organisations- 
und Rechenzentrum der Univer- 
sität verbunden. Ein Personal- 
computerwurde über Telefonka- 
bel mit der zentralen EDV-An- 
lage gekoppelt. Die Physiker hat- 
ten gemeinsam mit Hard- und 
Software-Spezialisten des Re- 
chenzentrums die Vorausset- 
zungen für die Datenfernübertra- 
gung geschaffen. Das Projekt ist 
Bestandteil eines langfristig ge- 
planten Ausbaus der dezentra- 
len Zugriffsmöglichkeiten an der 
Universität zum Großrechner. 

ADN 
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Entwicklung Integrierter Schaltungen 
bis zum Jahr 2000 

Systemtechnische Anforderungen 


Prof. Dr. Dietrich Eckhardt 
Akademie der Wissenschaften der DDR, 
Zentralinstitut für Kybernetik 
und Informationsprozesse, 

Institutsteil Dresden 


Die moderne Mikroelektronik und Computer- 
technik sind zum bestimmenden Motor der 
Technologieentwicklung geworden. Etwa 
3 A der Arbeitsproduktivitätssteigerung der 
hochentwickelten Industriestaaten werden 
heute bereits von ihnen getragen. Die An- 
wendung dieser Technik verändert alle Be- 
reiche der Arbeit und der Konsumtion, insbe- 
sondere aber das Gebiet der informationel- 
len menschlichen Arbeit, der organisatori- 
schen und wissenschaftlich-technischen 
Tätigkeiten, in denen bisher keine umfas- 
sende Automatisierung möglich war. In die- 
ser Hinsicht stehen wir am Beginn einer gro- 
ßen Umwälzung. Die Grundlage dafür wird 
mit der weiteren Entwicklung der Bauele- 
mentebasis, insbesondere der Integrierten 
Schaltungen gelegt. Im folgenden sollen 
einige Trendaussagen und Entwicklungszu- 
sammenhänge zu diesem Problemkreis the- 
senhaft angegeben werden. Dabei sind hier 
wichtige Gebiete, wie z. B. die Kommunika- 
tionstechnik, nur ganz knapp und daher 
nicht in der ihnen zukommenden relativen 
Bedeutung einbezogen. 

1. Einführung 

Haupttrends 

Es werden folgende Haupttrends vorange- 
stellt: 

@ Grundlage aller Entwicklungstrends der 
Mikroelektronik und ihrer Anwendungsge- 
biete ist die im Integrationsgradwachst'im 
sichtbare IC-Technologie-Entwicklung; da- 
bei wurden folgende DRAM-Maximalwerte 
erreicht bzw. prognostiziert: 1962: 10, 1972: 
10000, 1982: 1 Mio, 1992: 100 Mio, 2000: 
1000 Mio (in Transistoren je IC). Bei Logik-IC 
ist die maximale Komplexität bis Vs der 
DRAM-Dichte. Dabei werden neue Techno- 
logien, Basismaterialien und Schaltungs- 
techniken entwickelt. Diese Entwicklung führt 
zur Höchstintegration. 

Die Hauptinnovationen liegen in der Anwen- 
dung. 

© IC-Trends aus Anwendersicht: Aus- 
schöpfung des erreichbaren Integrationsgra- 
des (Komplexität, Geschwindigkeit) bei 
• Standard-ICs (STDIC), insbesondere 

- Speicher-IC 

- Microcomputer-IC (Datentechnik, Steue- 
rungstechnik) 

- Signalprozessoren (Signalverarbeitung) 

- Anwendungsspezifische IC-Typenspek- 
tren 


(Kommunikationstechnik, Konsumelektronik) 

• Anwendungsspezifische (vom Anwender 

- Kunden der Halbleiterindustrie - entwik- 
kelte) ICs (sog. ASIC - oder auch kunden- 
spezifische Schaltkreise genannt): entschei- 
dendes Anwachsen ihrer Bedeutung zum 

- Realisieren von Funktionen in Hardware 
anstelle in Software 

- Systemintegration 

@ Systemtrends aus Mikroelektroniksicht: 
Integration zunehmend komplexerer Teilsy- 
steme und Systeme in ICs 

• Vordringen der modernen Informations- 
technologien in alle Bereiche: Preisrück- 
gang, hohe Stückzahlen, funktionelle Expan- 
sion und Leistungssteigerung, breites Lei- 
stungsspektrum 

• Akzeptanz für eine große Zahl von stan- 
dardisierten Subsystemlösungen der Com- 
puter-/Kommunikationstechnik 
Systemstandards (Hard- und Software): Inte- 
gration von Subsystemen in VLSI-IC 

• Neue Systemkonzepte: Vernetzung, De- 
zentralisierung, funktionelle Spezialisierung 

- Verschmelzen von Rechen- und Kommu- 
nikationstechnik 

- CAD/CAM/CAE und CIM sowie Büroauto- 
matisierung 

- spezialisierte Computer für spezielle 
Funktionsgebiete: 

- Datenbasis/Kommunikations/Druck... - 
Server 

- SimulationsA/erifikations ... - Accelorato- 
ren 

- Einsatz von Methoden der künstlichen In- 
telligenz (Kl) ermöglichen es, zunehmend 
besser Expertenwissen breit zu nutzen 

- Durchsetzen neuer Computerarchitektu- 
ren, wie Vektor-, Datenstruktur-, Datenflußar- 
chitekturen, erfolgt bereits mit der derzeitigen 
Technik 

- Durchsetzung neuer Kl-Architekturen er- 
folgt schrittweise in den 90er Jahren 

Anwendungsgebiete 

Anwendungsgebiete (Tafel 1) von ICs sind 
international insbesondere folgende Ge- 
biete, die auch langfristig von Bedeutung 
sind. 

Dabei liegen derzeit die größeren Steige- 
rungsraten neben der Rechen-/Datentechnik 
(Ausrüstung eines sehr großen Teiles von Ar- 
beitsplätzen (CAD/CAM/CAE/CIM, Büroau- 
tomatisierung) mit personeller Rechentech- 
nik und entsprechender Hintergrundtechnik, 
Nutzung der Rechentechnik in der Privat- 
sphäre) insbesondere in neuen Gebieten wie 
der Automobilelektronik. In der Rechen-/Da- 
tentechnik, der Industrieelektronik und in der 
Autoelektronik ist der Anwendungszuwachs 
besonders mit einem starken Zuwachs des 
Einsatzes anwendungsspezifischer hoch- 
und höchstintegrierter ICs verbunden. 


Tafel 1 Hauptanwendungsgebiete von ICs im 
Jahre 1984 


Anwendungs- 

Marktanteil 

Jahreszuwachs 

gebiete 

in % 

in % 

Rechen-/Daten- 

technik 

38 

13 

Kommunika- 

tionstechnik 

20 

• 7 

Industrie- 

elektronik 

Konsumelektro- 

13 

9 

nik (klassische) 
Automobil- 

26 

3 

elektronik 

3 

15 


Insgesamt gilt als langfristige Steigerungs- 
rate wertmäßig etwa 25 % je Jahr. 


IC-Typenspektrum 

Standard-Schaltkreise 

Besonders - in Zukunft noch zunehmende - 

Bedeutung besitzen hochintegrierte Stan- 

dard-IC: 

- Speicher-IC bis 40% 

- Microcomputer-IC bis 30 % 

- Interface-IC bis 20% 

Hinzu kommen spezialisierte Typen von 
VLSI-ICs, die komplexe Standardlösungen 
(international standardisiert oder zumindest 
sogenannte Industrie-Standards für wichtige 
Teil-Systeme) realisieren. Diese anwen- 
dungsspezifischen IC-Typenspektren von 
STDIC sind oft aus Kundenwunschlösungen 
(ASIC) hervorgegangen. 

Die Bedeutung der klein- und mittelintegrier- 
ten IC-Reihen sinkt relativ ab (unter 20%), 
obwohl der Bedarf vorerst absolut noch an- 
steigt. Ihre besondere Bedeutung wird auch 
in der Zukunft folgende Aufgaben betreffen: 

- Interface-Bildung/Treiber/Empfänger/De- 
koder/Multiplexer 

- lokale kleine Logik-Komplexe ( ASIC, 

insbesondere für High-Speed-Anforderun- 
gen; 

- Supercomputer (ECL/CML- und GaAs- 
Gate-Array) 

- Mainframes, Superminis (ECL, 100K, 
ALS, ACL). 

Mit dem weiteren Anwachsen des Integra- 
tionsgrades wird bis zum Jahr 2000 keine 
prinzipielle Verschiebung der Anteile erfol- 
gen, aber eine wesentliche Steigerung der 
Stückzahlen, bis zu etwa 30% pro Jahr, er- 
reicht. 

Speicher-IC werden in allen wesentlichen 
Anwendungen etwa im gleichen anteiligen 
Umfange wie bisher benötigt. Es werden Zu- 
nahmen der Arbeitsspeicher erforderlich, die 
etwa dem Integrationsgradwachstum ent- 
sprechen. Dabei sind die ebenso steigenden 
Anforderungen an die Speichergeschwindig- 
keit zu realisieren. 
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Tafel 2 ASIC-Typen 


Typ 

Integration 

Einsatzziel 

Anwendungstyp 

PL (programmierbare 
Logik) 

klein 

Ersatz SSI/MSI-Logik* 

anwenderprogrammierbar 
(PAL, IFL) 

GAL (Gate-Array-Logik) 

klein, mittel 

Logik-Integration* 

10- und Bus-intensive 
Architekturen 

SCL (Standard-Cell- 
Logik) 

mittel, hoch 

Logik-, System-Inte- 
gration* 

Speicher- und 
spezielle Blöcke auf Chip 

MCL (Macro-Cel I-Logik) 

hoch 

System-Integration* 

komplexe Baublock- 
Architekturen 

CCD (Conventional 
Custom Design) 

sehr hoch 

System-Integration* 

komplexe irreguläre 
Architekturen 


Darüber hinaus sind neue Forderungen in 
bezug auf Datensicherheit und Datenerhalt 
zu lösen. Speicher-IC werden sich von der 
Komplexität her zu spezialisierten Systemen 
entwickeln. Mit dem weiteren Komplexitäts- 
wachstum wird sich die Integration von Spei- 
cher-Controllern vollziehen. Dabei werden 
nicht nur einfache Zugriffsfunktionen 
(Schutz), sondern komplexe Datenidentifika- 
tionsfunktionen (Aufstellung von Struktur- 
und abstrakten Datentypen) realisiert. Der 
Speicher-Controller wird zum Speicher-Pro- 
zessor. 

Microcomputer-IC (MC-ICs werden in den 
nächsten 1 0 Jahren noch wesentlich komple- 
xer. Der Trend zu Systemfamilien mit einem 
hohen Maß an Hard- und Softwarekompatibi- 
lität wird zu sehr effektiv anwendbaren Syste- 
men geführt: 

- Controller (4 bis 32 Bit), 

- universelle Microcomputer-IC-Systeme 
(8, 16, 32 Bit), 

- Signalprozessoren (20 bis über 40 Bit). 

Dabei führen der wachsende Integrations- 
grad und die ebenso steigende Arbeitsge- 
schwindigkeit zu völlig neuen Lösungsmög- 
lichkeiten für den Systementwurf. 

Es wird der Entwicklungsspielraum für quali- 
tativ neue Technikentwicklungen geschaf- 
fen. Beispiele können sein: 

- Supercomputerverarbeitungsleistung mit 
Microcomputersystemen in universellen 
Rechnersystemen: 

- Uniprozessoren (größer 1 00 MIOPS) 

- Multiprozessorsysteme (größer 1000 
MFLOPS) 

- Kl-Systemkomponenten / Systemkompo- 
nenten. 

Systeme 

- spezialisierte Systeme mit sehr hohen Lei- 
stungsanforderungen (Simulation/DRC-Ac- 
celeratoren, Datenbasis-/Druck-/Zeichen-/ 
Kommunikations-Server . . .). 

Die Hauptentwicklung bei den Typenspek- 
tren von anwendungsspezifischen Standard- 
ICs wird ebenfalls in der vollen Nutzung des 
Integrationsgrad- und Geschwindigkeits- 
wachstums liegen. 

Ihr Anteil wird mit der weiteren Entwicklung 
der Anwendungsbreite von komplexen kom- 
merziellen Systemen, die in vielen Bereichen 
(z. B. bei Personalcomputern) die Dimensio- 
nen der Konsumelektronik erreicht, über 
diese Systemstandards entscheidend an- 
steigen. 

Die weitere Entwicklung bei den klein- und 
mittelintegrierten Standard-IC-Reihen wird 
sehr davon abhängen, wie sich kombinierte 
MOS-Bipolar-Technologien entwickeln und 
durchsetzen lassen (BICMOS). Außerdem 
hängt sie von der schritthaltenden Entwick- 
lung zu VLSI-IC-adäquaten Träger- und Ver- 
bindungstechnologien ab. Ihre besondere 
Bedeutung für High-Speed-Technik bleibt 
bestehen. 

ASIC 

Eine sehr rasch zunehmende Bedeutung 
kommt den von den Anwendern selbst ent- 
worfenen anwendungsspezifischen ICs zu, 
den sogenannten ASIC (Application Specific 
Integrated Circuit). Ihr Anteil am Wertvolu- 
men des Weltmarktes wird bis 1995 auf 


* Anwendung von Siliconcompilem wird üblich 


einige 10% ansteigen. Ganz besonders be- 
deutsam ist aber der zu erwartende Anstieg 
am Typenumfang (dort werden sie den über- 
wiegenden Anteil darstellen) und ihre Bedeu- 
tung für das Leistungsniveau kompletter Ge- 
räte- und Systemlösungen. Komplexe ASICs 
ermöglichen insbesondere die Realisierung 
von Systemen aus VLSI-IC mit 

- zugeschnittenen, anwendungsoptimierten 
Lösungen (auch und besonders in Niedrigst- 
stückzahlgebieten) 

- Nachbau-/Know-how-geschützten Lösun- 
gen (auch und besonders in Hochstückzahl- 
gebieten) 

ASICs ermöglichen mittels VLSI die Integra- 
tion spezialisierter komplexer Systeme/Teil- 
systeme. 

In diesem Sinne und überdas Erfordernis der 
Bereitstellung adäquater ASIC-Entwurfssy- 
steme sowie entsprechender Rechentechnik 
wird deutlich, daß der ASIC-Einsatz mit der 
VLSI-Technik stark an Bedeutung zu gewin- 
nen beginnt. 

Die verfügbaren und in Entwicklung befindli- 
chen ASIC-Entwurfssysteme erlauben be- 
reits eine sehr effektive Entwurfsarbeit. An 
der Weiterentwicklung der Entwurfssysteme 
wird - wie an der Weiterentwicklung der Her- 
stellungstechnologien - mit hoher Intensität 
gearbeitet. Dabei soll erreicht werden, daß 
der Entwurfsaufwand trotz ständig weiter 
steigender IC-Komplexität nicht ansteigt und 
daß Systementwickler ASICs selbst entwik- 
keln können. Entwurfssysteme für VLSI- 
ASICs sind „Systementwurfssysteme“. Z. Z. 
haben sich die in Tafel 2 aufgeführten prinzi- 
piellen ASIC-Typen durchgesetzt. Die Vielfalt 
wird insbesondere bei hochkomplexen 
ASICs steigen. 

ASICs sind daher charakteristisch für 

- Systementwickler bei der Schaffung opti- 
maler Systemarchitekturen zur Ergänzung 
des Standard-IC-Sortimentes (Rechen-/Da- 
ten-, Kommunikations- und insbesondere In- 
dustrieelektronik), 

- weitgehend komplette Systemintegration 
mit ASICs in Hochstückzahlanwendungen 
(Konsumelektronik, Auto). 

Die weitere Entwicklung wird erst der eigentli- 
che (erwartete) Lebenszyklus der ASICs 
sein; die ASIC-Ära ist gegenwärtig dabei, be- 
sonders breitenwirksam zu werden. Diese 
Entwicklung ist daran gebunden, daß 


- effektive CAD-Systeme verfügbar sind 
und 

- die Anwendungsprobleme im Sinne von 
Systemarchitektur und IC-Spezifikationen 
aufbereitet sind. 

2. Computertechnik 

Die Computertechnik ist in vielerlei Hinsicht 
zu einem bestimmenden Motor der allgemei- 
nen Technik- und damit auch der gesell- 
schaftlichen Entwicklung geworden. Ihre Ent- 
wicklung ist hochgradig an die Entwicklung 
der Schaltkreisbasis gebunden. 

Generationen und Klassen 
der Computertechnik 

Die beiden ersten Rechnergenerationen auf 
der Basis von Elektronenröhren (bzw. Relais) 
und von diskreten Transistorbauelementen 
und Dioden waren insbesondere für wissen- 
schaftlich-technische/ökonomische Rech- 
nungen (in zentralisierten Rechenzentren) 
einsetzbar. 

Mit der Einführung der IC-Reihen (Integra- 
tionsgrad SSI/MSI) gelang es in den 60er 
Jahren, die ZVE (CPU) und den Großteil der 
übrigen Logik mittels komplexer Bauele- 
mente sehr viel leistungsfähiger, billiger, 
kompakter und zuverlässiger zu integrieren. 
Diese dritte Rechnergeneration prägte be- 
reits entscheidend die im wesentlichen noch 
heute gültigen Systemlinien. 

Die derzeitige vierte Generation nutzt wei- 
testgehend die erreichten Fortschritte der IC- 
Technologien: 

- VLSI-Speicher-IC 

- MC-IC-Systeme 

- anwendungsspezifische STDIC-Typen- 
spektren (Realisierung von Systemstan- 
dards) 

- ASlC zur optimalen Architekturimplemen- 
tierung (Know-how, Geschwindigkeit) 
sowie die IC-Reihen (in ihren modernen Wei- 
terentwicklungen). 

Gleichzeitig wurden neue Bauelementetech- 
nologien für die Anwendung vorbereitet: 
GaAs-IC für Super-High-Speed-Anforderun- 
gen. Es wurde das gesamte Spektrum der 
Geräte- und Baugruppentechnologien für 
alle relevanten Subsysteme entscheidend 
weiterentwickelt: Träger-A/erdrahtungs-/Ge- 
fäß-/Kühl-Technologien, magnetomotori- 
sche Speicher, Druck- und Zeichentechnik, 
Display-Technik, Kommunikationstechnik. 
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Zudem wurden die Softwaretechnologie und 
die Computerarchitekturen weiterentwickelt, 
so daß der Übergang in eine fünfte Genera- 
tion in den 90er Jahren bereits weitgehend 
methodisch vorbereitet wurde. 

Als 5. Computergeneration werden Systeme 
erwartet, die einen sehr hohen Grad von Wei- 
ter- und Neuentwicklungen auf allen relevan- 
ten Gebieten (Technologien, Architekturen, 
Funktionsumfang, Leistungsspektrum) re- 
präsentieren, insbesondere mit der techni- 
schen Nutzung von Methoden der künstli- 
chen Intelligenz (Kl). 

Die Nutzung von Kl-Methoden zum Effekti- 
vieren der Arbeit mit dem Computer (Nutzer- 
interface, Expertensysteme, Wissensverar- 
beitung) erfordert entscheidend leistungsfä- 
higere Speicher- und Verarbeitungsressour- 
cen sowie entsprechende Kommunikations- 
leistungen. Es werden sich für diese Zwecke 
völlig neue Architekturen durchsetzen. Daher 
ist mit der Einführung solcher Techniken 
nicht in breiter Front, aber bereits jetzt begin- 
nend zu rechnen. In den späten 90er Jahren 
wird Kl-Technik allgemein anwendbar sein. 
Die Computerklassen stellen eine in Lei- 
stungsvermögen, Preis, Nutzungsgesamt- 
aufwand einerseits und Einsatzbreite ande- 
rerseits gestufte Pyramide dar. Dabei ist es 
prinzipiell erforderlich, die gesamte Pyramide 
zu betrachten. Im folgenden soll nur die uni- 
versell nutzbare, nicht die spezialisierte 
Rechentechnik wie z. B. Mikrorechnersteue- 
rungstechnik, betrachtet werden, obwohl 
diese natürlich ebenfalls von großer Bedeu- 
tung ist. 

Supercomputer 

Supercomputer stellen in allen Belangen 
Spitzentechnologien dar! Sie benötigen 
Bauelemente und Baugruppen mit höchsten 
Geschwindigkeit^- und Komplexitätspara- 
metern. Sie ermöglichen ökonomisch effektiv 
die Ausführung von 

- extrem rechenintensiven Programmen 


(Verarbeitungsgeschwindigkeit), bzw. 

- sehr vielen parallel vorliegenden Aufträ- 
gen (Verarbeitungsdurchsatz). 

Der erste Aufgabentyp (Simulation. Pattern- 
Verarbeitung . . .) kann u. U. bei stabilen Auf- 
tragssituationen ökonomischer zu Spezialar- 
chitekturen (VLSI-Implementierung) führen. 
Der zweite Autgabentyp erfordert die paral- 
lele Auftragsbereitstellung (große Extern- 
speicher, flächendeckendes Kommunika- 
tionsnetz). 

Supercomputer benötigen derzeit Hochlei- 
stungs-ECL- oder GaAs-GAL-IC mit Spezial- 
gehäusen und -kühlverfahren. 

Die derzeitigen Leistungsnormative liegen 
bei einigen 100 MIOPS und einigen 1000 
MFLOPS (Vektor-Computer). 

GroßrechnerlMainframecomputer 
Mainframes werden insbesondere in allen 
zur Geldwirtschaft im weiteren Sinne gehöri- 
gen Anwendungen, für Statistik und Abrech- 
nung eingesetzt. 

Sie stellen in bezug auf Logik-IC Spitzentech- 
nologien dar: ECL-GAL. 

Ihr Leistungsnormativ liegt derzeit bei 10 bis 
50 MIOPS und steigt jährlich um 15%. Die 
Ablösung einer Generation erfolgt innerhalb 
von etwa 5 bis 6 Jahren. 
KleinrechnerlSuperminis 
Besondere Bedeutung für wissenschaftlich- 
technische Aufgaben haben Superminis er- 
halten. Das sind die typischen Abteilungs- 
Computer der FE-Bereiche. Darüber hinaus 
finden sie in den klassischen Kleinrechneran- 
wendungen, in flexiblen Steuerungen und in 
Warten Einsatz. 

Superminis benötigen im Prozessor schnelle 
Standard-IC, ECL, ACL. 

Die derzeitigen Leistungsnormative liegen 
bei 3 bis 15 MIOPS. 

Personalcomputer 

Die größten Wachstumsraten liegen bei den 


Personalcomputern (PC). Sie nutzen derzeit 
am effektivsten die VLSI-Fortschritte: 

- VLSI-Microcomputer-Systeme 

- VLSI-Speicher 

- Winchester-Disk-Speicher. 

Sie ermöglichen in viel höherem Maß als es 
mit Terminalnetzen an Groß- und Superrech- 
nern möglich ist, die effektiven und schöpferi- 
schen Arbeiten (FE) in Form von Computer- 
arbeitsstationen (CAD). Es sind sehr vielfäl- 
tige Formen zur Vernetzung (LAN, WAN) not- 
wendig und bereits mit der derzeitigen Tech- 
nik kostengünstig realisierbar. Die derzeiti- 
gen Leistungsnormative liegen für die ver- 
schiedenen Unterklassen bei: 

- Workstation (32 Bit) 1-5 MIOPS 

- PC (16, 32 Bit) 0,3-3 MIOPS 

- Kleincomputer, PC (8 Bit) 0,1 MIOPS 

Entwicklungstrends 

und Anforderungen an IC-Typenspektren 
und Entwurf 

Es sind in bezug auf die IC-Spektren fol- 
gende Entwicklungstrends festzustellen: 

© Die SSI/MSI-Reihen werden für die obe- 
ren Klassen der Computersystempyramide 
eine bestimmte Bedeutung behalten. 

© Zur Realisierung von Supercomputern 
werden nach 1 990 neue Lösungen notwen- 
dig: 

- schnellere Techniken: GaAs-IC und an- 
dere Prinzipien 

- leistungsfähigere Architekturen: 

- Multiprozessor/Multicomputer-Architek- ■ 
turen 

- Vektor-, Datenstruktur-, Datenfluß-Archi- 
tekturen 

- Kl-Architekturen (z. Z. Grundlagenfor- 
schung) 

(D Zur Realisierung von Mainframes werden 
ECL-GAL-Techniken bis in den Zeitraum 
1995/2000 ausreichend sein. 

@ Zur Realisierung von Superminis sind bi- 
polare (oder kombinierte) Technologien er- 
forderlich. Nach 1995 werden Kl-Architektu- 
ren umfassenden Einsatz finden. Es ist z. Z. 
offen, ob das auf der Basis von VLSI/ULSI- 
ASIC oder von STDIC erfolgen wird. 

© Die Realisierung von Personalcomputern 
basiert derzeit am stärksten auf dem Integra- 
tionsgrad LSI/VLSI. Mit der Durchsetzung 
von vollständigen VLSI-IC Spektren werden 
sich 32-Bit-Architekturen umfassend durch- 
setzen und zu einem entscheidenden Faktor 
der weiteren allgemeinen Technologie-Ent- 
wicklung werden. 

Hauptrealisierungsmittel der Personalcom- 
puterwerden sein 

- MC-IC-Systeme 

- VLSI/ULSI-Speicher-IC 

- ASIC zur Systemoptimierung. 

© Spezial-Computer werden überall dort 
Verbreitung finden, wo entweder sehr ein- 
fach zu programmierende Aufgaben vorlie- 
gen oder wo Standardarchitekturen als 
Grundlage der Programmierung genutzt wer- 
den können. 

Hauptrealisierungsmittel werden VLSI/ULSI- 
IC sein. Dabei wird überall dort auf neue 
VLSI/ULSI-optimale Architekturen orientiert, 
wo damit kein unvertretbarer hoher Software- 
aufwand entsteht. 

In diesem Sinne sind die Bit-Slice- und die 
anwendungsspezifischen Signalprozesso- 
ren Entwicklungsbeispiele. 
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Bilder 2 und 3 Miniaturisierung: Gänseblüm- 
chenpollen auf 1-M Bit-Speicherchip und 4-MBit- 
Speicherchip Werkfotos (3) 


® Für alle Belange der Steuerungstechnik 
und Industrieelektronik sind Superminis in 
Warten und zentralen Aufgaben erforderlich. 
Direkt im Steuerungsprozeß sind universelle 
MC-Lösungen des gesamten MC-Typen- 
spektrums (Controller, universelle MC-IC- 
.Systeme (8 bis 32 Bit)) notwendig und sinn- 
voll. 

© In allen Anwendungen von Analogdaten- 
und Signalverarbeitung sind digitale Signal- 
prozessoren charakteristisch. Dafür sind ne- 
ben den universellen DSP insbesondere 
auch zunehmend anwendungsspezifische 
DSP ökonomisch sinnvoll. Grundlage wer- 
den DSP-ASIC-Systeme sein. 

® Zu den derzeit noch am schlechtesten ab- 
schätzbaren Problembereichen ist die schal- 
tungstechnische Realisierung von Kl-Sy- 
stemkomponenten und Systemen zu rech- 
nen. 

© Haupttrends der Entwurfstechnik sind: 

- Nutzung integrierter CAD/CAM/CAT-Sy- 
steme (Automation) 

- ASIC-Systementwurfssysteme 

- Kl-Techniken 


3. Digitale Signalverarbeitung 

Das Gebiet der digitalen Signalverarbeitung 
gewinnt international in den letzten Jahren 
eine wesentliche Bedeutung für viele Anwen- 
dungsbereiche. Dabei werden für Signalver- 
arbeitungsfunktionen spezialisiert optimierte 


Signalprozessoren breitenwirksam einge- 
führt. Die vergleichsweise langsamen sowie 
aufwendigen und daher teuren Universal-Mi- 
krorechnerlösungen wurden damit abgelöst 
und viele wichtige Anwendungen (mit höhe- 
ren Geschwindigkeits- und Kostenanforde- 
rungen) wurden überhaupt erst lösbar. 

Digitale Signalprozessoren (DSP) 

Digitale Signalprozessoren (DSP) (Digital Si- 
gnal Processing/Processors) in Form von 
VLSI-IC unter Nutzung der bekannten Rech- 
nerarchitekturen sind das Lösungsprinzip 
der modernen Signalverarbeitungstechni- 
ken. Sie erlauben den Aufbau funktionell sehr 
komplexer Signalverarbeitungssysteme für 
(vor allem Real-Time-)Anwendungen in 

- Kommunikationstechnik 

- industriellen Steuerungen 

- Hochleistungsrechentechnik 

- Graphik und Bildverarbeitung 

- Sprachverarbeitung 

- digitales Fernsehen. 

System-Architektur 

Von der Systemarchitektur her sind DSP (als 
Digitalteil von Signalverarbeitungssystemen) 
komplette digitale Computer mit auf diese 
Anwendungsspezifik zugeschnittener Struk- 
tur. Für die Analogsignalverarbeitung sind 
am DSP-lnput ein A/D- und am DSP-Output 
ein D/A-Wandlungsbaustein erforderlich, die 
über serielle, oder für High-Speed-Anforde- 
rungen parallele, Schnittstellen mit dem ei- 
gentlichen DSP verbunden sind. Seltener 
bzw. nur bei spezialisierten DSP trifft man 
On-Chip-Analog-Schnittstellen an, d.h. mit- 
integrierte A/D- und D/A-Wandler. 


Der eigentliche DSP 

Der eigentliche DSP ist nur ein besonders 
schneller und dafür funktionell recht einfa- 
cher digitaler Datenprozessor. 

Die Datenbreite und der Befehlssatz sind den 
Anforderungen der Signalverarbeitung in 
Hinsicht auf Grundfunktionen und Genauig- 
keit/Dynamikumfang angepaßt. Die gewählte 
Systemarchitektur ist von den Geschwindig- 
keitsanforderungen bestimmt. 

DSP werden aus großen Blöcken aufgebaut, 
die sich sehr gut für den DSP-System- und 
Schaltkreisentwurf mitteis ASIC-Building- 
Block-Systemen (Makrozellen) eignen: 

- Verarbeitungseinheit mit 20 bis 48 Bit Da- 
tenbreite und mit hohem Pipeling bzw. Paral- 
lelarbeit aus 

- RALU (Universal-Register, Arithmetik- 
Logik-Einheit) 

- Verschiebe-, Multiplizier-Einheit 

- Datenspeicher (On-Chip oder über Off- 
Chip-Interface) 

- eventuell separate Konstantenspeicher. 

- Programmspeicher (On-Chip-, Off-Chip- 
Interface) mit: 

- ROM (On-Chip-ROM für spezialisierte 
DSP) 

- PROM (Bipolartechniken, Off-Chip- 
PROM) 

- EPROM (MOS-Techniken, Off-Chip- 
EPROM) 

- RAM (aktuelle bzw. ladbare Daten) 

- Adreßwerk für Datenspeicher 

- Programmsteuerung (Mikroprogramm- 
Steuerung) und Adreßwerk für Programm- 
speicher 

- Signalwert-Input/Output Interface-Einheit 

- Kopplungsinterface für DSP-Multiprozes- 
sor, Array bzw. Horst-Kommunikation. 
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Realisierung von DSP 

Die Realisierung der DSP erfolgt mit drei 
grundsätzlichen Realisierungswegen, als 

- universelle Single-Chip-DSP (VLSI-IC, 
kompakteste Lösung) 

- ist seit etwa 5 Jahren technisch möglich/ 
üblich 

- im allgemeinen ohne On-Chip-Analogteil 

- PCB mittels DSP-Building-Block-IC-Sy- 
stemen (LSI/VLSI-IC Eignung für spezielle 
Anforderungen/Anpassung), 

- im allgemeinen als Ergänzung von VLSI- 
Bit-Slice-Systemen (RALU und universellen 
Mikroprogramm-Steuereinheiten, Support- 
IC) 

- mit A/D- und D/A-Wandler-Funktions- 
blöcken (IC) 

- mit VLSI-Multiplizier-Funktionsblöcken 
(IC), wobei die Systemgeschwindigkeit ent- 
scheidend von der Verarbeitungsparallelität 
bestimmt wird 

- anwendungsspezialisierte DSP (VLSI-IC) 

- feste, spezialisierte DSP-SC-IC, zuneh- 
mend mit On-Chip-Analogteil 

- ASIC-Building-Block-Systeme von kom- 
plexen Zellen (Makrozellen) für flexible Aus- 
legung innerhalb bestimmter Anwendungs- 
gebiete. 

DSP-Entwicklungstechnik 
Zur Realisierungsunterstützung werden 
DSP-Entwicklungssysteme und DSP-Soft- 
ware angeboten. Das sind vor allem folgende 
Systeme 

- Entwicklungstechnik für universelle SC- 
DSP 

- Entwicklungstechnik für VLSI-Bit-Slice- 
Systeme und deren Erweiterungen für DSP 

- Entwicklungstechnik für Multiplizier-IC-Sy- 
steme 

- ASIC-Entwurfssysteme als Entwicklungs- 
technik für anwendungsgebietsspezifische 
SC-DSP (auf der Basis von ASIC-Building- 
Block-Systemen). 

Realisierungstechnologien für DSP 

Als Realisierungstechnologien sind infolge 

der hohen Forderungen 

- Systemkomplexität: 30000 bis 600000 
Transistorfunktionen/Chip und 

- Systemgeschwindigkeit: 3 bis 30 MFLOPS 
vor allem eingeführt 

- MOS-Technologien für VLSI-IC, insbeson- 
dere als SC-DSP 

- NMOS bis vor 3 Jahren (Einführungsda- 
tum) 

- EPROM-Speicher (On-Chip) für änder- 
bare DSP 

- CMOS (2 bis 1 ^m) für DSP der 2. und 3. 
Generation 

- Bipolartechnologien für High-Speed-Buil- 
ding-Block-Systeme. 

Infolge der großen Einsatzwachstumsraten 
und der den DSP-Anforderungen zuneh- 
mend entgegenkommenden IC-Technolo- 
gieentwicklungen ergeben sich folgende 
Trends 

- CMOS wird für einen Großteil der einfa- 
cheren Anwendungen und mit maximalem 
Integrationsgrad eingesetzt: 

- universelle, spezialisierte und ASIC-Buil- 
ding-Block-SC-DSP 

- allgemeine Building-Block-DSP-Syste- 
me für schnelle spezialisierte DSP in Verbin- 
dung mit universellen Bipolar-IC 
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tekturen zunehmend besser/billiger realisier- 
bar: insbesondere On-Chip- und Off-Chip-Ar- 
ray-Strukturen 

- BICMOS wird schnell, zunehmend in allen 
Anwendungen Einsatz finden, die höhere 
Forderungen an Input/Output-Flexibilität 
und an Arbeitsgeschwindigkeit realisieren 
müssen 

- Für High-Speed-Spezialanwendungen, die 
nicht übergangen werden können, sind in 
den 90er Jahren GaAs-DSP zu erwarten. 

Grundsätzliche Architektur 
Die grundsätzliche Architektur von DSP ist 
üblicherweise nicht die für Universalcompu- 
ter charakteristische Princetown / v. Neu- 
mann-Architektur sondern die Harvard-Ar- 
chitektur, die den Daten- und den Programm- 
bereich im Speicher trennt. Darüber hinaus 
werden sich mit den Möglichkeiten des Inte- 
grationsgradwachstums neue, aufwendigere 
und damit leistungsfähigere Architekturen 
einführen: 

- Parallelprozessoren 

- systolische Prozessoren 

- Datenflußarchitekturen. 

Anwendungen von DSP 
Über die oben angegebenen prinzipiellen An- 
wendungsgebiete 

- Kommunikationstechnik 

- Industrielle Steuerungen 

- Hochleistungsrechentechnik 

- Graphik und Bildverarbeitung 

- Sprachverarbeitung 

- Digitales Fernsehen 

hinaus sind einige Erläuterungen ange- 
bracht. 

Die digitale Signalverarbeitung ist seit etwa 
30 Jahren in der Militärelektronik in vielen Sy- 
stemen unabdingbar. 

Es erfolgte mit den Mitteln der modernen Mi- 
kroelektronik eine sehr bedeutsame Entwick- 
lung, die anfangs aus Kostengründen nur 
sehr eingeschränkt, inzwischen aber zuneh- 
mend der kommerziellen und auch der Kon- 
sumelektronik zugute kommt. 

Entscheidend für optimale Lösungen von 
DSP-Anwendungen ist die funktionelle Spe- 
zifikation mit hardwareeffizienten Algorith- 
men und Programmen, d. h. bei Ausnutzung 
architekturaler Parallelismen, im Rahmen 
der verfügbaren Architekturen. 

Über die elementaren Signalverarbeitungs- 
funktionen hinaus: 

- Filterung 

- Fourier-Transformation 

sind die Anwendungen zu sehen in der: 

- Kommunikationstechnik in 

- ISDN-Funktionen: Subscriber Terminal 


Equipment, Two-Wire-Full-Duplex, Low-Bit- 
Rate-Coder, Transcoder 

— Designer Chips 

— Fernsteuerung und Diagnose; Remote 
Maintenance, Monitoring and Diagnostics 

— Industrielle Steuerungstechnik in 

— Analog-Daten Erfassung und Verarbei- 
tung 

— Robotik: Steuerungs-Systeme mit speziel- 
len Image-Processing-IC, Gray-Scale und 
anderen spezifischen Image-Signal-Proces- 
sing-IC 

— CIM, Gütesicherung: Vision-Inspection- 
Systems 

— Hochleistungsrechentechnik in 

— Laser-/Radar-/Sonar-Technik 

— Computertomographie 

— Arrayprozessoren 

— Graphik und Bildverarbeitung in 

— Graphik-/CAD-Systemen 

— Bildverarbeitung mit Scenen-Analyse, 
Datenkompression, Bildergänzung und Re- 
storation und Real-Time-Systemen. 

— Sprachverarbeitung in 

— Sprach/Signalerkennung, adaptive Ent- 
zerrung, Echounterdrückung, lineare Prädik- 
tion, lineare Störungsunterdrückung 

— Sprach-Synthese/Ausgabe/Eingabe 

— Digitales Fernsehen (DTV) in 

— VHF-, HF-, VF-Signalverarbeitung 

— Steuerung 

— Speicherung 

— Display. 

4. Entwurfssysteme 

Erreichter Entwicklungsstand 
je Entwurfssystem 

Entwurfssysteme für die Entwicklung von ICs 
haben international einen sehr hohen Lei- 
stungsstand erreicht. Sie repräsentieren die 
Leistungsspitze von CAD/CAM/CAT-Syste- 
men. 

Es haben sich dabei durchgesetzt: 

— IC-Entwurfssysteme der Halbleiterindu- 
strie 

— System- und IC-Entwurfssysteme der Ge- 
räteindustrie 

(Orientierung auf Architektur-Implementie- 
rung, ASIC) 

— ASIC-Entwurfssysteme der Halbleiter-, 
der Geräte- und der CAE-Systeme-Industrie 
(Lieferanten für CAD/CAM/CAT-Technik/ 
Komponenten) 

Anforderungen an die CAD-Rechentechnik 
Die volle Beherrschung des Integrationsgra- 
des VLSI erfordert eine qualitativ neue Gene- 
ration von Entwufssystemen. Das betrifft die 
Belange aller Grundkomponenten eines Ent- 
wurf ssy stem es: 

— Basis-Rechentechnik 

— Rechnerpyramide, speziell CAD/CAM/ 
CAT-Technik 

— Basissoftware 

— Basis-CAE-System, integrierte System- 
umgebung 

— Datenbasis 

— Methodenbasis, einschließlich Kl- und 
Lernkomponenten 

— Nutzer-Interface 

— Tool-System (Entwurfsprogrammsysteme 
Softwarewerkzeuge) 

— CAD (Produkt-Entwurf/Synthese) 

— CAM (Fertigung) 

— CAT (Testung: Produkt, Herstellungspro- 
zeß). 
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Tafel 3 Beispiel der Entwurfshierarchie des SRC-Forschungsprojektes der Carnegie-Melloh-University 
(USA) 


Niveau 

Name 

Beschreibungs- 

Sprache 

Ziele/Operatoren/Beispiele 

0 

Aufgabe 

(Manual) 

Produkte, Markt-Position, Leistungsparameter, 
Applikationen 

1 

Architektur 

(PMS) 

Systemblöcke: Prozessoren, Controller, Busse 

2 

Funktion 

ISPS 

Funktionen, Implementierung unabhängig; 

Operationen, in Form von Programmzeilen 

3 

Logik-Block 

DIF 

Datenpfad-, Steuerblockstruktur, Steuerablauf; 

ALU, REG.MUX 

4 

Logik-Bit 

DIF 

Gatter-Logik-Struktur/Schaltung; 

Logikelemente, Signalverbindungen 

5 

Elektronik 

DIF 

T ransistorstruktu r/Schaltung ; 

Transistoren, Verbindungen 

6 

Layout 


Maskengeometrie; Ebenen, 

Figuren/Polygone/Punkte 

7 

Prozeß 




Eine besondere Bedeutung kommt der CAD- 
Rechentechnikzu. 

Einfachste ASIC-Systeme in der Geräteindu- 
strie sind bereits mit entsprechend ausge- 
statteten 16-Bit-PC realisierbar. Zumindest 
das Erlernen des Umgangs mit leistungsfähi- 
gen Systemen kann bereits an PC-Systemen 
erfolgen. 

Die üblichen VLSI-ASIC-Systeme sind ohne 
32-Bit-Arbeitsstationen nicht zu realisieren. 
PC dabei zusätzlich einzusetzen, kann sinn- 
voll sein (Software-, Benutzungskompatibili- 
tät). Im System-Hintergrund sind leistungsfä- 
higere Ressourcen erforderlich (Supermini, 
Mainframe-, Supercomputer). 

Darüber hinaus sind zunehmend speziali- 
sierte CAD-Ressourcen wie Accelerator- und 
Server-Systeme im Einsatz, die im Rahmen 
von leistungsfähigen LAN-Architekturen 


(z. Z. Ethernet) eingebunden werden. Damit 
wird in hohem Maß Inselfähigkeit und Flexibi- 
lität erzielt. In der damit vorgezeichneten 
Weise wird sich die weitere Effektivierung der 
CAD-Rechentechnik vollziehen. 

Sowohl in der Geräte- als auch in der Halblei- 
terindustrie sind „inhomogene“ CAD-Rech- 
nersysteme üblich, die die gesamte Pyra- 
mide umfassen. Letztendlich sind das auch 
Ergebnisse einer langen betrieblichen Ent- 
wicklung und der Anhäufung von CAD/CAM/ 
CAT -Arbeitstechnologien (Programmsyste- 
men, Daten, Erfahrungen), die nicht ohne 
weiteres übertragbar sind. 

Aufgaben der Forschung 
VLSI-Entwurfssysteme integrieren zuneh- 
mend vollständig die Mittel/Tools zur durch- 
gängigen Rechnerunterstützung während 


16-Bit-Single-Board-Computer 
SBC 8086 


Prof. Dr. Bernd-Georg Münzer, 
Tomasz Stachowiak 
Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik 


Vorbemerkung 

16-Bit-Mikroprozessorsysteme gewinnen in 
Lehre und Forschung an den Hochschulen 
der DDR eine wachsende Bedeutung, so daß 
Lösungen erforderlich werden, die den Stu- 
dierenden den unmittelbaren Zugang zur 
applikativen Praxis ermöglichen. 

Die für die Aus- und Weiterbildung relevanten 
16-Bit-Mikroprozessorsysteme basieren auf 
den Prozessoren K 1 81 0 WM 86 (18086) und 
U8000 (Z8000). 

Im vorliegenden Beitrag wird der Single-Bo- 
ard-Computer SBC 8086 vorgestellt /I/, 121 


der auf der Basis des Mikroprozessorsy- 
stems K 1810 WM 86 (8086) aufgebaut 
wurde /3/. 

Der Einplatinen-Rechner soll vorrangig für 
die Lehre eingesetzt werden und in Form ei- 
ner Zusatzleiterkarte mit den Abmessungen 
230 mm x 250 mm an jeden 8-Bit-Bürocom- 
puter über eine parallele oder serielle Schnitt- 
stelle anschließbar sein (Bild 1 ). Der über ei- 
nen Steckverbinder verfügbare Systembus 
ermöglicht es aber auch, den SBC 8086 mit 
zusätzlichen Modulen (z. B. Speicher) zu er- 
weitern, um einen Einsatz als OEM-Rechner 
für die Prozeßautomatisierung zu realisieren. 

Struktur des SBC 8086 

Der SBC 8086 besitzt einen modular erwei- 
terbaren Aufbau mit gepuffertem Systembus 


des gesamten Entwicklungs- und Produktbe- 
treuungsablaufes von VLSI-IC. Sie sind da- 
her integrierte CAE- bzw. CAD/CAM/CAT- 
Systeme. Ihre Aufgabe ist zunehmend nicht 
nur die Sicherung der Entwurfsoptimalität 
und Fehlervermeidung, sondern (insbeson- 
dere bei ASIC) die Produktivität des Ent- 
wurfs-/Entwicklungsprozesses. 

Gleichzeitig kommt es auch darauf an, die 
Durchgängigkeit des Entwurfs-/Entwick- 
lungsprozesses über alle Beschreibungs-/ 
Abstraktions-Levels rechnergestützt zu voll- 
ziehen. Besondere Schwierigkeiten bietet 
dabei derzeit noch der Vorbereitungsprozeß 
für IC-Entwürfe/Entwicklungen. Dafür gibt es 
international erste Testsysteme in For- 
schungseinrichtungen (Tafel 3). Es wird not- 
wendig sein, für die oberen Niveaus dps Ent- 
wurfseinstieges und der IC- bzw. System- 
Spezifikation CAD-Tools zu schaffen, die der 
IC-Komplexität und der der erreichbaren ei- 
gentlichen Entwurfseffektivität entsprechen. 
Das ist eine ständig mitwachsende Aufgabe. 
Eine längerfristig ganz entscheidende Wei- 
terentwicklung der CAE-Systeme für den 
VLSI/ULSI-IC-Entwurf ist die adäquate Ein- 
beziehung von Kl-Methoden. Das betrifft die 
Effektivierung der Entwurfsprozesse in meh- 
rerer Hinsicht. 

An Kl-Komponenten kommen insbesondere 
in Frage 

- intelligentes User-Interface (NLI (Natural- 
Language-Interface), Graphik-Interface) 

- intelligente CAE-Systemumgebung 

- Experlensysteme innerhalb des Projekt- 
und des Datenbasismanagements 

- Expertensysteme innerhalb vieler CAD- 
Tools. 


Berichtigung 

Im Beitrag Ladeadressenanzeige für KC 8512 in MP 4/87, 
S. 126 muß die 2. Zeile des Programmausdrucks richtig 
lauten: 

C5CD... 

Wir bitten, den Fehler zu entschuldigen. MP 


(Bild 2) und setzt sich aus folgenden Bau- 
gruppen zusammen: 

- Zentrale Verarbeitungseinheit mit den 
Schaltkreisen 

CPU 8086 

Clockgenerator 8284 
Buscontroller 8288 

- Arbeitsspeicher mit 4 KByte EPROM und 
128 KByte DRAM 

- Peripheriebaugruppe mit 

2 seriellen Schaltkreisen 8251 
2 parallelen Schaltkreisen 8255 
1 Timer 8253 und 
1 Interrupt-Controller 8259A. 

Zentrale Verarbeitungseinheit 

Der Mikroprozessor K 1810 WM 86 wird im 
SBC im Maximum-Modus betrieben. Der Sy- 
stemtakt von 5 MHz, Tastverhältnis 1 : 3, wird 
vom Clockgenerator 8284 bereitgestellt, und 
dieser synchronisiert auch das RESET- und 
READY-Signal mit dem Systemtakt. 

Zu Beginn jedes Buszyklus werden von der 
CPU die Statussignale SO, S1 , S2 ausgege- 
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Bild 1 16-Bit-Mikrorechnerkonfiguration 


Ü-;: ' -Wß 

Prof. Or. so. techn. Bernd-Georg Münzer (46) diplo- 
mierte 1964 als Physiker an der Technischen Universi- 
tät Dresden; von 1 964 bis 1978 war er auf dem Gebiet 
der Entwicklung von integrierten Schaltkreisen im Insti- 
tut für Mikroelektronik Dresden tätig. 1969 Promotion A; 

1 978 bis 1 983 Delegierung an die Technische Universi- 
tät Dresden, Sektion Informationstechnik, mit Promo- 
tion B zu Interfacetechniken an Mikrorechnern; 1984 
Berufung zum Ordentlichen Professor. 

Prof. Münzer ist Leiter des Wissenschaftsbereiches Mi- 
krorechentechmk/Schaltungstechnik, Sektion Techni- 
sche Elektronik, an der Wilhelm-Pieck-Universitä! 
Rostock. 


«9f 

Tomasz Slachowiak (28) studierte an der Technischen 
Universität Dresden und diplomierte 1982 zum Thema 
„Mehrrechnerkopplung mittels transparentem DMA- 
Verfahren". Nach einer einjährigen Tätigkeit als wis- 
senschaftlicher Mitarbeiter Im WTZ Holz in Dresden ar- 
beitete er bis 1986 in einem Industrie-Institut in Lodz 
(VR Polen) 1 986 begann er eine Aspirantur an der Wil- 
helm-Pieck-Universität Rostock auf dem Gebiet der 
Multirechnersysteme. 


ben, die vom Buscontroller 8288 dekodiert 
werden und der dann die Signale des Steuer- 
bus generiert (Bild 3). Gleichzeitig mit den 
Statussignalen wird die aktuelle Adresse 
ausgegeben. Der Transfer der Daten und 
Adressen erfolgt zeitmultiplex auf dem Bus 
AD 0 ... AD 1 5. Die Adressen A 1 6 bis A 1 9 
werden wiederum mit anderen Statussigna- 
len multiplex geführt. Die Selektion in den Sy- 
stemdaten- bzw. Systemadreßbus erfolgt mit 
Hilfe der Steuersignale ALE und DEN, wobei 
die Adressen mit ALE in den Oktal-Latches 
gespeichert werden. 

Arbeitsspeicher 

Der Adreßraum des 8086 von 1 MByte wird 
physisch in zwei Banks mit je 51 2 KByte auf- 
geteilt (EVEN-Bank, ODD-Bank). Die Even- 
Bank umfaßt alle geraden Adressen und ist 
mit dem niederwertigen Teil des Systemda- 
tenbus (DBO . . . DB7) verbunden. Dement- 
sprechend umfaßt die ODD-Bank alle unge- 
raden Adressen und ist mit dem höherwerti- 
gen Teil des Systemdatenbus (DB8 ... DB 
15) verbunden. Die Selektion erfolgt mit Hilfe 
der Signale A0 und BHE. 

Der 4-KByte-Festwertspeicher (2xEPROM 
U2716) befindet sich im obersten Teil des 
physischen Adreßraumes bei FF000H ... 
FFFFFH und beinhaltet den Bootstrap-Loa- 
der, der nach RESET aufgerufen wird. 

Der Operativspeicher ist ein DRAM-Modul 
vom Typ ZERO-WAIT-STATES und umfaßt 
die ersten 128 KByte des physischen Adreß- 


Bild 2 Architektur des Single-Board-Computers SBC 8086 
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raumes (00000 ... 1 FFFFH mit 16 DRAM- 
Schaltkreisen 64 KBit x 1 U 2164). 

Die 8086-CPU unterstützt nicht den Refresh 
für die dynamischen Speicher, so daß der 
DRAM-Modul eine Logik enthält, die die 
Steuersignale RAS und CAS beim Adreßmul- 
tiplex für Lese- und Schreiboperationen ge- 
neriert und auch einen Auto-Refresh gewähr- 
leistet. 


Peripherie-Modul 

Der Peripherie-Modul gliedert sich wie beim 
Speichermodul in eine EVEN- bzw. ODD- 
Bank. Die EVEN-Bank stellt das Terminal-In- 
terface dar und ist adreßkompatibel zum De- 


bug-Monitor 957B 141, 151. Die Datenleitun- 
gen der Interface-Schaltkreise sind zu einem 
internen I/O-Datenbus verbunden, der über 
Bustreiber direkt an die 8086-CPU geführt 
wird. 

• EVEN-Peripherie 
Terminal-Port-Seriell: 

- Daten-duplex mit Modemsteuersignalen 
und Sende-/Empfangstakt 

- EVEN-USART 8251, Portadressen D8H, 
DAH 

T erminal-Port-Parallel: 

- 2 parallele Ein- oder Ausgabe-Ports je 8 Bit 
(PA und PB) mit Handshaking-Signalen 

- EVEN-PPI 8255, Portadressen C8H, 
CAH, CCH, CEH 
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Bild 3 Buszyklus des 8086 



Auf der Ausstellung des 12. Mikroelektronik-Bauelemente-Symposiums 1987 in Frankfurt (Oder) gezeig- 
ter Mikrorechnerarbeitsplatz der Wilhelm-Pieck-Universität Rostock, bestehend aus einem 8-Bit-Mikro- 
rechner und den 16-Bit-Single-Board-Computern SBC 8086 und SBC 8000 


Timer-Port: 

- 3 Zähler-/Zeitgeber-Kanäle, Kanal 2 als 
Taktversorgung für EVEN-USART 

- EVEN-TIMER 8253, Portadressen D0H, 
D2H, D4H, D6H 
Interrupt-Controller: 

- vektorisierte Interruptbehandlung 

- 8 priorisierte Interruptebenen 

- 1 1 über Wickelmatrix geführte Interrupt- 
quellen von EVEN/ODD-USART, EVEN/ 
ODD-PPI, EVEN-TIMER und extern über Sy- 
stembus 

- EVEN-PIC 8259A, Portadressen C0H, 
C2H 

• ODD-Peripherie 

Die ODD-BANK repräsentiert das Prozeß-In- 
terface und ist über Bustreiber an den höher- 
wertigen Teil DB8 ...DB15 des Systemda- 
tenbusses geführt. Die ODD-Interface- 
Schaltkreise haben jeweils die nachfolgend 
ungeraden Adressen der entsprechenden 
EVEN-Schaltkreise, so daß neben dem Byte- 
Transfer auch der Wort-Transfer möglich ist. 
Prozeß-Port-Seriell: 

- Datentransfer wie beim Terminal-Port 

- ODD-USART 8251, Portadressen D9H, 
DBH 

- Taktversorgung vom EVEN-Timer, wickel- 
bar 

Prozeß-Port-Parallel: 

- Datentransfer wie beim Terminal-Port 

- ODD-PPI 8255, Portadressen C9H, CBH, 
CDH, CFH 

- Die Ports PA oder PB von EVEN- und 
ODD-PPI können paarweise als 1 6-Bit-paral- 
lele Schnittstellen für Worttransfer benutzt 
werden. 

Die Daten- und Steuersignale der Terminal- 
und Prozeßports sind direkt an Steckverbin- 
der geführt. Durch zusätzliche Interface- 
Adapter können Standard-Schnittstellen rea- 
lisiertwerden (IFSS, V.24, IFSP, Centronics). 

Der 8-Bit-BC als intelligenter 
Peripherie-Control ler 

Der SBC 8086 besitzt keine eigene Konsole, 
so daß eine Kombination des 16-Bit-Mikro- 
rechners SBC 8086 mit einem 8-Bit-Büro- 
computer realisiert wurde. Die Kopplung er- 
folgt über die seriellen/parallelen Terminal- 
ports des SBC 8086 mit den entsprechenden 
Schnittstellen des 8-Bit-Rechners. 

Durch diese Lösungsvariante wird der 8-Bit- 
Rechner mit seinen peripheren Ressourcen 
Tastatur, Bildschirm und Diskettenlaufwer- 
ken zum intelligenten Peripherie-Controller 
für den SBC 8086. 

Bürocomputer-Consolprogramm 
und SBC-Urlader 

Das Consol-Programm CONS.COM wird un- 
ter dem Betriebssystem SCPX 1526 ange- 
wendet und benutzt für die Verwaltung von 
Tastatur, Bildschirm und Laufwerken die 
BDOS-Funktionen, so daß die Bedienung 
des SBC 8086 an allen unter SCPX 1526 ar- 
beitenden Rechnern möglich ist. In der ge- 
genwärtigen Generierungsvariante erfolgt 
der Datentransfer über eine serielle IFSS- 
Schnittstelle. 

Der EPROM-residente SBC-Urlader führt 
nach RESET folgende Operationen aus: 
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- Grundinitialisierung des Systems 

- Programmierung der Terminal-Ports 

- einfacher RAM-Test von Daten- und 
Stacksegment 

- Bildschirmausgabe eines Bedienerme- 
nüs. 

Im Menü sind folgende Funktionen wählbar: 

- RAM-Test mit den Teilfunktionen: RAM- 
Suche und vollständiger RAM-Test 

- Load: Laden einer .H86 Datei von der Dis- 
kette in den RAM-Speicher des SBC 8086 

- Go: Start eines mit load geladenen Anwen- 
derprogramms 

- Monitor-Start: Start des mit load gelade- 
nen Monitors 

- CPM86 Load&Go: Laden und Start des 
16-Bit-Betriebssystems SCP 1700 (kompati- 
bel CP/M 86) 161. 

16-Bit-Monitor MON86 

Der Monitor MON86.H86 mit 16 KByte wird 
mit der Load-Funktion in den SBC-RAM gela- 
den (Adreßbereich 1C000 ... 1 FFFF). Das 
Kernstück dieses Monitors ist der 957B-De- 
bugger/4/ mit folgenden Grundfunktionen: 

- Go: Start eines Anwenderprogramms ab 
Startadresse mit max. 4 Breakpoints 

- Single-Step: Einzelschrittbetrieb unter 
Flag-Steuerung 

- Display: Anzeige eines Speicherbereiches 

- Substitute: Veränderung des Inhaltes ein- 
zelner Speicheradressen 

- Move: Transfer eines Speicherbereiches 
zu einem anderen 

- Compare: Vergleich zweier Speicherbe- 
reiche 

- Find: Suchen einer Datenfolge bis max. 
16 Bytes 

- Reassembler: Reassemblieren eines Ma- 
schinenprogramms mit mnemotechnischer 
Darstellung 


- Examine: Anzeige und Veränderung der 
CPU-Register 

- Port-Input: Eingabe von einem Port 

- Port-Output: Ausgabe zu einem Port. 

Der Monitor MON86 entstand aus dem 957B- 
Debugger, einigen Funktionen des Urladers 

- Load 

- RAM-Test 

- CPM Load&Go 

und folgender Zusatzfunktion: 

- Save: Abspeichern eines SBC-RAM-Be- 
reiches als .H86-Datei auf Diskette. 


Applikative Erfahrungen mit dem SBC 
8086 

Der im Beitrag vorgestellte Single-Board- 
Computer SBC 8086 wurde im Wissen- 
schaftsbereich Mikrorechentechnik/Schal- 
tungstechnik der Wilhelm-Pieck-Universität 
Rostock entwickelt und stellt in der oben be- 
schriebenen Konfiguration ein leistungsfähi- 
ges 16-Bit-Mikrorechnersystemdar. In dieser 
Einheit wird der SBC 8086, beginnend mit 
dem Jahr 1 988, im Wissenschaftlichen Gerä- 
tebau der Technischen Universität Dresden 
(ZWGB) in einer Kleinserie produziert. Die 
Erfahrungen mit dem Single-User-Betriebs- 
system, kompatibel zum SCP 1700, und die 
sich daraus ergebenden Schlußfolgerungen 
sind in dem anschließenden Beitrag nt be- 
schrieben. Weiterhin wurden applikative Un- 
tersuchungen zur Multiprozessorfähigkeit 
des Systems 8086 durchgeführt. Die imple- 
mentierten Mechanismen zum Multiproces- 
sing erlauben die Ergänzung der 8086-CPU 
mit ihren Coprozessoren 8087-Arithmetik- 
Prozessor und 8089-l/O-Prozessor. 

Eine Sandwich-Anordnung vereinigt diese 3 
Prozessoren auf einer in die CPU-Fassung 
steckbaren Einheit zu einem Multiprozessor- 
system. Der Arithmetik-Prozessor stellt für 


Sing le-User-Betriebssystem 
für den SBC 8086 


Wolfgang Kabatzke 
Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik 


Der Artikel beschreibt, wie mit Hilfe eines 8- 
Bit-Bürocomputers und eines 8086-komfJa- 
tiblen 16-Bit-Mikrorechners die Implemen- 
tierung eines Single-User-Betriebssystems 
erfolgen kann. Der 1 6-Bit-Mikrorechner stellt 
eine Hardwareapplikation in Form eines 
SBC oder Modulrechners dar, jedoch ohne 
Massenspeicher, Bildschirm und Tastatur. 
Die Implementierung nutzt Softwareanteile 
des 8-Bit-Bürocomputers und ermöglicht 
eine Nutzung der verfügbaren Dienstpro- 
gramme des Betriebssystems (kompatibel 
zu CPIM-86). 

Einführung 

Viele Anwendungsaufgaben der Mikro- 
rechentechnik, die hohe Anforderungen an 


das Echtzeitverhalten der Mikrorechnersy- 
steme bezüglich der Rechen- und Verarbei- 
tungszeiten stellen (z. B. spezielle Roboter- 
und Automatisierungsanlagensteuerungen, 
Datenbanksysteme), lassen sich nicht mehr 
durch Einprozessor-/Einrechnerlösungen 
auf der Basis der 8-Bit-Mikrorechentechnik 
lösen. 

Als mögliche Auswege zur Lösung dieses 
Problems bieten sich drei alternative Lö- 
sungswege an: 

© Schaffung eines Mehrrechner-/Mehrpro- 
zessorsystems auf der Grundlage der 8-Bit- 
Mikrorechentechnik als Mehrrechner-/Mehr- 
prozessormastersystem 
© Konsequenter Einsatz eines 16-Bit-Mi- 
krorechnersystems 

© Einsatz einer Mischkonfiguration aus ei- 
nem 1 6-Bit-Mikrorechner und einem oder 
mehreren 8-Bit-Mikrorechnern, wobei der 1 6- 
Bit-Mikrorechner als Masterrechner fungiert. 

Bewertung dieser Varfanten: 


den Anwender eine transparente Erweite- 
rung des Register- und Befehlssatzes der 
Master-CPU dar, wobei eine erhebliche Ver- 
kürzung der Ausführungszeiten und Vergrö- 
ßerung der Verarbeitungsbreite erreicht wird. 
Der I/O-Prozessor 8089 vereinigt einen 
DMA-Modul mit einer auf Peripheriesteue- 
rung spezialisierten CPU und entlastet in ei- 
nem 8086-System die Master-CPU von zeit- 
aufwendigen E/A-Operationen. 
Zusammenfassend kann festgestellt werden, 
daß der SBC 8086 eine ökonomische Lösung 
zum Einstieg in die 1 6-Bit-Mikrorechentech- 
nik darstellt. Die Firmware für Entwicklung 
und Test ermöglicht eine effiziente Pro- 
grammentwicklung. Zusätzlich kann der SBC 
8086 als OEM-Rechner für die Prozeßauto- 
matisierung eingesetzt werden. 
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Zu©: 

Ein Mehrrechner-/Mehrprozessormastersy- 
stem wirft immer die Frage nach der Pro- 
grammierung eines derartigen Systems auf, 
da im Hinblick auf eine universelle Software- 
nutzung, vor allem der Applikationspro- 
gramme, standardisierte Betriebssysteme 
verwendet werden sollten. Betriebssysteme, 
die auf einer derartigen Anordnung laufen, 
sind derzeit nicht verfügbar, so daß als ein- 
zige Alternative die Selbsterstellung eines 
Betriebssystems notwendig wäre. Der Auf- 
wand hierfür bindet jedoch erhebliche Kapa- 
zitäten und ist daher nicht vertretbar. 

Zu ©: 

Der Einsatz eines 1 6-Bit-Mikrorechnersy- 
stems stellt eine effektive Lösung der Proble- 
matik dar, da durch die Befehlsstruktur, durch 
das Befehlspipelining und die Interruptstruk- 
tur die Lösung von hochwertigen Anwen- 
dungsaufgaben der Mikrorechentechnik 
möglich wird. 

Standardisierte Betriebssysteme sind für 
derartige Systeme verfügbar, zum Beispiel 
für den 1 6-Bit-Prozessor Kl 81 0 WM86 (kom- 
patibel zu 8086) die Betriebssysteme SCP 
1700 (kompatibel zu CP/M-86) und BOS 
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Einen Ausweg bietet der Selbstbau solcher 
Systeme, jedoch sind hier Grenzen gesetzt 
durch die praktische Realisierbarkeit der 
Baugruppen (Mehrebenentechnik > 2 im La- 
borbetrieb technologisch nicht beherrsch- 
bar). 

Zu (5): 

Diese Variante stellt die Kombination eines 
peripherielosen 1 6-Bit-Mikrorechners und ei- 
nes oder mehrerer 8-Bit-„Peripheriemikro- 
rechner“ dar, das heißt, die Ansteuerung der 
peripheren Geräte wird vom 8-Bit-„Periphe- 
riemikrorechner“ übernommen, der über se- 
rielle/parallele Kommunikationsschnittstellen 
an den 1 6-Bit-Mikrorechner angekoppelt ist. 
Diese Variante stellt für die gegebene Situa- 
tion und auch aus Kostengründen solange 
die optimale Lösung dar, bis reine 16-Bit-Sy- 
steme verfügbar sind. Sie erlaubt uns, mit der 
16-Bit-Technik arbeiten zu können und sie 
dabei näher kennenzulernen. 

Gerätetechnisches Konzept 

Die konzipierte Gerätekonfiguration ist in Bild 
1 dargestellt. Der verwendete 8-Bit-Mikro- 
rechner auf der Basis des Prozessors U 880 
muß über Massenspeicher verfügen (Kasset- 
ten- oder Diskettenlaufwerke), wobei im 
Sinne eines schnellen Massenspeicherzu- 
griffs den Diskettenlaufwerken der Vorzug 
gegeben werden sollte. 

Es lassen sich folgende 8-Bit-Mikrorechner 
einsetzen: 

- BCA5120 

- BCA5130 

- BSSA5310 

- Terminals K 892X 

- PC 1715 

- Eigenbau-BC auf der Basis des K-1520- 
Systems (z. B. umgerüstetes Terminal K 
8912, K 8913). 

Diese Rechner sind mit der erforderlichen 
Peripherie (Tastatur, Bildschirm und minde- 


stens 2 Kassetten-/Diskettenlaufwerke) aus- 
gerüstet und verfügen über serielle Schnitt- 
stellen (V.24/IFSS) zur Ankopplung an den 
1 6-Bit-Mikrorechner. Mit geringem Aufwand 
sind parallele Interfaces nachrüstbar. 

Der verwendete 1 6-Bit-Mikrorechner auf der 
Basis des Prozessors 8086 muß folgende 
Baugruppen enthalten: 

- CPU mit Clockgenerator 8284 und Bus- 
controller 8288 

- mindestens 128 KByte RAM 

- mindestens 4 KByte ROM/EPROM zur Ab- 
lage eines einfachen Laders/Monitors 

- Interruptsteuerlogik mit PIC 8259 A 

- Peripherieschaltkreise (USART 8251 A, 
TIMER 8253 (8253 A), PPI 8255 A zur Termi- 
nal- und Prozeßkopplung. 

Diese Minimalversion wurde im Wissen- 
schaftsbereich Mikrorechentechnik/Schal- 
tungstechnik in unserer Sektion als Single- 
Board-Computer 8086 (SBC 8086) realisiert 
und wird in Forschung und der Lehre einge- 
setzt/1/. 

Als Vorläufer des SBC wurde eine modular 
gestaltete Geräteversion in Form des Appli- 
kationsrechners 8086 in unserem Wissen- 
schaftsbereich entwickelt und aufgebaut. 
Dieser enthält neben o.g. Baugruppen einen 
Speicher von 786 KByte DRAM, einen kom- 
fortablen EPROM-Monitor mit Debugger und 
Reassembler und, zusätzlich zum Interface, 
spezielle Prozeß-E/A-Baugruppen auf der 
Basis der Interface-Schaltkreise PIO, SIO, 
CTC und DMA des Systems U 880. Der 
8086-Rechner ist über ein lokales Netz (LAN) 
mit weiteren 8-Bit-Bürocomputern verbun- 
den. Der Anschluß zweier 7,25-MByte-Hard- 
disk (EC 5052) ist realisiert. Dieser Rechner 
ist speziell zur Realisierung von Entwick- 
lungssystemen und zur Echtzeitsteuerung 
für die Prozeßautomatisierung auf der Basis 
des 8086 geschaffen worden. 

Beide Gerätekonzepte sind aufwärtskompa- 
tibel, das heißt, der SBC 8086 ist hardware- 


mäßig im Applikationsrechner enthalten, und 
widerspiegeln somit ein einheitliches Grund- 
konzept mit unterschiedlichem Ausbaugrad. 


Zur Generierung des Betriebssystems auf 
der vorgestellten Gerätekonfiguration waren 
folgende Softwarewerkzeuge erforderlich: 

- ein lauffähiges SCPX 1 526 mit mindestens 
2 Diskettenlaufwerken (bis zu 4 sind möglich; 
für Kassetten EMOS 1520 (HfOe)) 

- die Disketten-/Kassettenparametertabel- 
len des jeweils verwendeten 8-Bit-Betriebs- 
systems 

- die komplette Dokumentation zur Installie- 
rung des 1 6-Bit-Betriebssystems auf dem 
8086-Rechner, insbesondere die BIOS-Ge- 
neriervorschrift (siehe 121 ... 151). 

Aufgrund der Aufwärtskompatibilität des 16- 
Bit- zum 8-Bit-Betriebssystem bezüglich des 
BlOS-Sprungvektors, der Parameterüber- 
gabe in bestimmten CPU-Registern und der 
logischen Sektorlänge (zur Datenverwaltung 
auf dem Massenspeicher) von 128 Byte, 
konnte auf BIOS-Bestandteile des 8-Bit-Sy- 
stems überein Vermittlungsprogramm direkt 
zurückgegriffen werden. Dadurch reduzierte 
sich der Aufwand für die Erstellung eines 
lauffähigen BIOS-86 auf ein Minimum. 

Im BIOS-86 wurden allen BIOS-Funktionen 
Funktionsnummern vergeben (siehe auch 
121). Einige BIOS-Funktionen können dabei 
innerhalb des BIOS-86 ohne Kommunikation 
mit dem BIOS-80 ablaufen (z. B. SETDMA, 
GETIOBF, SETIOBF, SETDMAB, GET- 
SEGT). 

Ist eine Kommunikation mit dem BIOS-80 er- 
forderlich, werden diesem die Funktionsnum- 
mer und die eventuell erforderlichen Parame- 
ter und Daten (z. B. bei READ und WRITE) 
übermittelt. Das BIOS-80 selektiert die Funk- 
tionsnummer und führt die geforderte Funk- 
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tion aus. Eventuell zu retournierende Para- 
meter oder Daten werden übertragen. Äu- 
ßerst wichtig ist hierbei, daß die Disketten-/ 
Kassettenparametertabellen des BIOS-80 
mit in das BIOS-86 implementiert werden, da 
diese dem BIOS-86 sonst nicht zugänglich 
sind. Ebenso muß in das BIOS-86 ein eigener 
DMA-Puffer und Directory-Puffer implemen- 
tiert werden, da das BIOS-80 und das BIOS- 
86 in physikalisch getrennten Speichern lie- 
gen. 

Das Wirkprinzip der BlOS-Verkopplung zeigt 
Bild 2. Insgesamt wurden 3 Softwarekompo- 
nenten realisiert: 

1. ein Konsolenprogramm, da der Bürocom- 
puter während des Monitorbetriebes des 
8086-Rechners als Konsole arbeitet (Gleich- 
zeitig enthält dieses Programm den büro- 
computerseitigen Anteil des Bootstrapladers 
des 1 6-Bit-Betriebssystems.) 

2. ein spezielles BIOS-86, welches mit dem 
CCP und BDOS das komplette 16-Bit-Be- 
triebssystem bildet 

3. ein BIOS-Adaptionsprogramm, welches im 
Bürocomputer die Kopplung zwischen dem 
speziellen BIOS-86 und dem BIOS-80 reali- 
siert. 


Erfahrungen mit dem 16-Bit-Single-User- 
Betriebssystem 

Erste Erfahrungen zeigen, daß das 16-Bit- 
System in der beschriebenen Version lauffä- 
hig ist. Folgende Anteile des SCP 1700 /6 / 
können auf diesem System bereits genutzt 
werden: 


- DDT 86 

- SID86 

- ASM 86 

- RASM86 

- LIB86 

- XREF86 

- ED 


- LINK 86 

- GENCMD 

- GENDEF 

- SUBMIT 

- HELP 

- TOD 

- PRINTER 


- PIP - WS 

- TURBO-PASCAL3.01 - STAT 

- DBASE III 2.4 - MBASIC 86 

- FIGFORTH 86 - C-Compiler 


Erste eigene Test- und Applikationspro- 
gramme wurden erstellt und werden genutzt. 
Ein Problem bildet die Datenübertragung 
zwischen dem Bürocomputer und dem 8086- 
Rechner, wenn sie seriell (V.24/IFSS) mit ei- 
ner effektiven Datenübertragungsrate von 
4,8 kBaud erfolgt. Dieses Verfahren führt bei 
längeren zu ladenden Programmen zu relativ 
langen Programmladezeiten (z. B. DDT86 in 
40 Sekunden, Länge des DDT86: 16,5 
KByte). 

In der gegenwärtigen Phase wird der Sy- 
stemanlauf wie folgt vollzogen: 

1. Reset 8086-Rechner 

2. Reset Bürocomputer und Start SCPX 
1526 

3. Start „Konsole-8086“ auf dem Bürocom- 
puter 

4. Start „Monitor-8086“ auf dem 8086-Rech- 
ner 

5. Aufruf „Bootstraplader“ 

6. Automatisches Laden des 1 6-Bit-Be- 
triebssystems vom Bürocomputer in den 
8086-Rechner 

7. Übergang des Bürocomputers vom Kon- 
solenmodus in den BIOS-Modus 

8. Synchronisation beider Rechner und Start 
des 1 6-Bit-Betriebssystems. 


Dipl.-lng. Wolfgang Kabatzke (29) studierte von 
1978-1983 an der Wilhelm-Pieck-Univereität Ro- 3 
stock. Sektion Technische Elektronik, in der Fach- 
richtung Technische Kybernetik und Automatisie- 
rungstechnik. Seit 1 984 ist er Assistent im Wissen- 
schaftsbereich Mikrorechentechmk/Schaltungs- :i 
techmk der WPU und belaBt sich seit 1 986 mit Ar- 
beiten zur effektiven Setriebssysiem-Softwarege- -s 
Stellung für inhomogene Mehrrechnersysteme auf 
der Basis der Prozessoren 8086 und U 880 unter ;« 
Nutzung von Hochsprachen. 


Das Laden und Starten des 1 6-Bit-Systems 
über V.24/IFSS dauert etwa 45 Sekunden. 


Vervollkommnung des Betriebssystems 

Folgende Arbeiten zielen auf eine Verbesse- 
rung der Leistungsparameter und stehen 
kurz vor ihrer Realisierung: 

1 . Übergang zur Rechnerkopplung über ein 
paralleles Interface (kompatibel SCSI-lqter- 
face) zwischen dem Bürocomputer und dem 
8086-Rechner 

2. Anschluß zweier 7,25-MByte-Harddisk 
EC 5052 an den 8086-Rechner zur Auslage- 
rung von Systemanteilen und Applikations- 
programmen. Die Harddisk wird eine ent- 
scheidende Zugriffsverkürzung zum Mas- 
senspeicher erbringen. Die Diskette soll nur 
noch zum Daten- und Programmaustausch 
genutzt werden (Bild 1, gestrichelt umran- 
det). Das Laden des Betriebssystems von 
der Harddisk dauert etwa 3,0 Sekunden 
(Länge etwa 21 KByte). 

3. Implementation von 2 RAM-Floppies im 
8086-Applikationsrechner ebenfalls zur ef- 
fektiven Massenspeicher-Zugriffsgestaltung 
(Bild 1 , gestrichelt umrandet). 


4. Nutzbarmachung der Programmierspra- 
chen C und PASCAL und Nutzung eines 
Echtzeitbetriebssystems (in C geschrieben) 
für Prozeßanwendungen. 

In einem später zu veröffentlichenden Artikel 
wird auf die Ergänzungen und Erweiterungen 
näher eingegangen. Interessenten können 
die vorliegenden Ergebnisse nachnutzen. 
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Wechselplattencontroller 
für 8- und 16-Bit-Mikrorechner 


Klaus Graumann, Klaus Kopplow 
Wilhelm-Pieck-Universität Rostock, 

Sektion Technische Elektronik 

1. Vorbemerkungen 

Leistungsfähige 1 6-Bit-Mikrorechnerbe- 
triebssysteme benötigen neben einem gro- 
ßen Hauptspeicher auch einen großen 
schnellen Hintergrundspeicher. International 
werden üblicherweise Winchesterlaufwerke 
mit Speicherkapazitäten von 1 0 ... 30 MByte 
verwendet. Im folgenden wird eine Lösung 
beschrieben, die Wechselplattenspeicher 
vom Typ EC 5052 als schnellen Hintergrund- 
speicher für 8- und 1 6-Bit-Mikrorechner nutz- 
bar macht. Diese Wechselplattenspeicher 
werden zunehmend bei der Modernisierung 
von Rechenzentren freigesetzt, sind aber für 
den Einsatz in der Lehre und Ausbildung mei- 
stens noch geeignet. Der Wechselplatten- 
speicher EC 5052 besitzt ein Bruttospeicher- 
volumen von 7,25 MByte, arbeitet mit einer 
Übertragungsgeschwindigkeit von 1 ,25 MBit/ 
s und verwendet zur Aufzeichnung der Daten 
das FM-Verfahren IM. 


Als Zielsystem für den Anschluß des EC 5052 
diente ein Bürocomputer A 5120.16 mit dem 
Betriebssystem MUTOS 8000. Des weiteren 
können beliebige 8- und 16-Bit-Mikrorech- 
nersysteme leicht angepaßt werden. Des- 
halb wurde der Anschluß des Wechselplat- 
tenspeichers als intelligente, eigenständige 
und abgesetzte Einheit konzipiert - als Con- 
troller (Bild 1). Der Wechselplattencontroller 
beinhaltet folgende Baugruppen: 

- ZREK2521 

- RAM-Speicher, z.B.OPSK 3520 

- I nterfacebaugruppe für den WPS 5052 

- Parallel-Serien-Wandler 

- Interfacebaugruppe Host. 

Der Anschluß des Controllers erfolgt über ein 
paralleles Interface an den Bus des jeweili- 
gen Host-Mikrorechners. Der Aufbau des 
Controllers wurde modular gewählt, um eine 
einfache Anpassung an andere Massenspei- 
cher und andere Mikrorechner vornehmen zu 
können. 


2. Hardwarekomponenten 

Die Interfacebaugruppen für den WPS EC 
5052 beinhaltet gepufferte E/A-Tore und Lei- 
tungstreiber bzw. Leitungsempfänger für alle 
Steuer- und Statussignale des WPS sowie 
für den Gerätebus einwärts und den Geräte- 
bus auswärts. 

Die Baugruppe Parallel-Serien-Wandler hat 
die Aufgabe, die 8-Bit-parallelen Daten zu se- 
rialisieren, zu kodieren, an die Leitungen an- 
zupassen und eine Blocksicherung mittels 
CRC vorzunehmen. Die gelesene Informa- 
tion wird vom Parallel-Serien-Wandler deko- 
diert, aus dem FM-Takt-Daten-Gemisch wer- 
den Takt und Daten separiert. Es erfolgen 
eine Prüfung des CRC-Blocksicherungszei- 
chens und die Wandlung der seriellen Daten 
in 8-Bit-parallele Daten. Die Aufzeichnung 
der Daten auf den Datenträger erfolgt hard- 
sektoriert mit 51 2-Byte-Blöcken. Dadurch 
entsprechen die logischen Blöcke des MU- 
TOS 8000 den physischen Blöcken auf der 
Wechselplatte. Kernstück der Baugruppe 
Parallel-Serien-Wandler ist ein SIO-Baustein 
U 8560. 

Für die direkte Aufzeichnung von Daten mit 
1 ,25 MBit/s auf die Wechselplatte ist der SIO- 
Baustein jedoch nicht geeignet. Zu diesem 
Zweck wurde je ein serieller FIFO mit der 
Tiefe eines Datenblockes von 512 Byte vor- 
gesehen. Die Schreibdaten werden zuerst 
mit dem SIO entsprechend serialisiert und 
mit Blocksicherungszeichen versehen in den 
seriellen Schreibpuffer geschrieben. Dieses 
erfolgt mit einer Datenrate von 500 KBit/s. 
Aus dem Schreibpuffer gelangen dann die 
Schreibdaten mit einer Datenrate von 1 ,25 
MBit/s über den Encoder auf die Wechsel- 
platte. Die maximal erreichbare Datenrate 
wird prinzipiell nur durch die Speicherzu- 
griffszeit begrenzt. Für die Puffer wurden 
Speicher 4K x 1 Bit (KR 132 RU 5) einge- 
setzt. Es wären, je nach eingesetztem Spei- 
chertyp, weitaus größere Datenraten erreich- 
bar. 




Bild 2 Struktur der Baugruppe Parallel-Serien-Wandler 
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Programmieren mit MACRO-SM 

Teil I 


Dr. Thomas Horn 

Informatikzentrum des Hochschulwesens 
an der Technischen Universität 
Dresden 


Die Makroassemblersprache MACRO-SM ist 
eine moderne flexible Programmiersprache 
zur Programmierung von Klein- und Mikro- 
rechnern des Systems der Kleinrechentech- 
nik (SKR) der Länder des Rates für Gegen- 
seitige Wirtschaftshilfe (RGW). Während auf 
den traditionellen Kleinrechenanlagen des 
SKR die höheren Programmiersprachen wie 
FORTRAN-77, C, COBOL und PASCAL eine 
wachsende Bedeutung erfahren haben, hat 
die Makroassemblersprache MACRO-SM in 
den letzten Jahren vor allem mit den neuen 
sowjetischen Mikroprozessorschaltkreisrei- 
hen KR 588 und K 1801 für den Einsatz in 
vielen Geräten und Anlagen der Automatisie- 
rungstechnik an Bedeutung gewonnen. Die 
genannten Mikroprozessorsysteme sind zu 
den Rechenanlagen SM 4 bzw. Elektronika- 
60 (M) voll befehlskompatibel. 

Mit dieser Artikelreihe soll deshalb der ge- 
wachsenen Bedeutung der SKR -Technik 
Rechnung getragen und dem Lesereine Ein- 
führungin die maschinenorientierte Program- 
mierung von Rechenanlagen des SKR und 
befehlskompatibler Mikroprozessorsysteme 
gegeben werden. 


0. Einleitung 

Die Grundmodelle des SKR bilden die Klein- 
rechnersysteme SM3 und SM4. Sie stellen 
leistungsfähige Kleinrechnersysteme mit 
Busstruktur und gleichem Grundbefehlssatz 
(BIS - Basic Instruction Set) dar, die sowohl 
für den wissenschaftlich-technischen und 
ökonomischen Einsatz als auch für den Pro- 
zeßrechnereinsatz im Rahmen der Labor- 
und Prozeßautomatisierung vorgesehen 
sind. Eine Übersicht über wichtige SKR-Anla- 
gen, die in der DDR im Einsatz sind, ist in Ta- 
fel 1 enthalten. 

Die Modelle vom Typ SM4 zeichnen sich ge- 
genüber dem Modell SM3 durch eine größere 
Hauptspeicherkapazität, einen erweiterten 
Befehlssatz (EIS - Extended Instruction Set) 
und eine Unterstützung für die Verarbeitung 
von Gleitkommazahlen (FIS- Floating In- 
struction Set oder FPP - Floating Point Pro- 
cessor) aus. Bezüglich der Ein- und Ausga- 
bemoduln besteht zwischen allen SKR-Anla- 
gen eine volle Kompatibilität. 

Die Kleinrechnersysteme des SKR haben 
eine modulare Struktur, die flexibel an den 
jeweiligen Einsatzfall anpaßbar ist. Die Flexi- 
bilität begründet sich vor allem auf die An- 
wendung eines universellen Einheitsbusses 
mit asynchroner Übertragung und der Mög- 
lichkeit des Anschlusses eines breiten Spek- 
trums peripherer Geräte. 

Die Kleinrechnersysteme des SKR sind ge- 
genwärtig durch modernere Anlagen auf der 
Basis von hochintegrierten Schaltkreisen und 
einer 22-Bit-Hauptspeicherverwaltungsein- 


heit zur Adressierung von max. 4 MByte phy- 
sischer Hauptspeicherkapazität ergänzt wor- 
den. 

Darüber hinaus werden die hochintegrierten 
Schaltkreisfamilien und die genannten Mikro- 
prozessorsysteme verstärkt in der Labor- 
und Prozeßautomatisierung eingesetzt, wo- 
bei vor allem die Makroassemblerprogram- 
mierung Anwendung findet. 

In diesem MP-Kurs wird aus den genannten 
Gründen zuerst eine Einführung in Assem- 
blersprache und Makrotechnik gegeben, und 
im letzten Teil wird der Maschinenbefehlssatz 
der SKR-Anlagen behandelt. Die Anwendung 
wird an einem abschließenden Beispiel de- 
monstriert. 

1. Einführung in die Makroassembler- 
sprache 

MACRO-SM ist eine moderne Assembler- 
sprache, die sich durch Flexibilität, Transpa- 
renz und ein entwickeltes Makrokonzept aus- 
zeichnet. Die Übersetzung der Programme 
erfolgt im allgemeinen in eine Objektsprache. 
Ein Programm in der Objektsprache wird als 
Objektmodul bezeichnet, ist verschieblich 
und kann vom Taskbuilder in eine absolute, 
nicht verschiebliche, abarbeitungsfähige 
Task (Lademodul) umgewandeltwerden. Der 
Taskbuilder unterstützt dabei die Verbindung 
einer Vielzahl von Objektmoduln zu einer 
Task, wobei infolge der Realisierung globaler 
Symbole in der Makroassemblersprache zwi- 
schen den Objektmoduln Querbezüge her- 
gestellt werden können. Durch diese Eigen- 
schaften wird insbesondere eine modulare 
Programmierung unterstützt, die eine bes- 
sere Ausnutzung der Ressourcen gestattet 
sowie die Transparenz der Programmsy- 
steme und die Wiederverwendbarkeit und 
Änderungsfreundlichkeit der einzelnen Pro- 
grammbausteine (Moduln) erhöht. Für spe- 
zielle Anwendungsfälle besteht die Möglich- 
keit der Übersetzung in einen absoluten La- 
demodul. Die Realisierung umfangreicher 
Möglichkeiten der bedingten Übersetzung 
gestattet die Generierung von an den jeweili- 
gen Anwendungsfall angepaßten Programm- 
systemen aus einem Quellmodul. Das ausge- 
reifte Makrokonzept stellt ein effektives Ratio- 
nalisierungsmittel für die Programmentwick- 
lung dar. Es besteht neben der Verwendung 
von programmspezifischen Makrodefinitio- 
nen die Möglichkeit der Anwendung einer 
umfangreichen Systemmakrobibliothek 
und nutzereigener Privatbibliotheken. Die 
hohe Flexibilität des Assemblers drückt sich 
außerdem im Vorhandensein umfangreicher 
Möglichkeiten zur Steuerung des Überset- 
zungsprozesses und der Protokollgestaltung 
aus. 

1.1. Das Format der Anweisungen 
Eine Anweisung kann im freien Format aus 


Tafel 1 Übersicht über ausgewählte Rechenanlagen des SKR 


Rechenanlage 

SM3-10 

SM4-10 

SM4-20 

1100 

Kl 630 

I102F 

SM14-20 SM52-11 
PLUS 6 » 

Herstellerland 

UdSSR 

UdSSR 

CSSR 

SRR 

DDR 

SRR 

UdSSR 

CSSR 

Einführungsjahr 

1977 

1978 

1981 

1981 

1982 

1983 

1984 

1985 

max. HS-Größe 

56 

248 

248 

248 

248 

248 

248 

248 

[KByte] 






3840 2 ’ 

3840 3 ’ 

3840 4) 

Verarbeitungs- 


Parallel, 1 Wort (16 Bit), 

1 Byte (8 Bit) 



typ 









Befehlslänge 




1 , 2 und 3 Worte 




Registeranzahl 

8 

8 

8 + 6 

8 

8(+6) 

8 + 6 

8 + 6 

8 + 6 

Befehlssatz 

BIS 

BIS 

BIS 

BIS 

BIS 

BIS 

BIS 

BIS 



EIS 

EIS 

EIS 

EIS 

EIS 

EIS 

EIS 



FIS 

FPP 

FIS 

(FPP) 1 ’ 

FPP 

FPP 

FPP 5 » 

Befehlsausfüh- 









rungszeit für 









Reg.-Reg.-Befehle 








L«s] 

5,0 

1,2 

2,3 

2,3 

3, 5-4, 2 

0,5 

1,0 

0,34 


11 Wahlweise mit FPP; 2) Wahlweise mit 22-Bit-Hauptspeicherverwaltung; 3) Seit 1 985 mit 22-Bit-Haupt- 
speicherverwaltung; 4) Seit 1986 mit 22-Bit-Hauptspeicherverwaltung; *> FPP-Befehle zusätzlich auch 
durch das Mikroprogramm realisiert; 6) Wahlweise mit freier Mikroprogrammierung 
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maximal vier Feldern bestehen : 
name: Operation operand(en ) ; kommentar 
Eine Anweisung wird immer als Quellzeile 
betrachtet und in einer Druckzeile protokol- 
liert. Die maximale Länge einer Zeile darf 132 
Zeichen betragen. Es wird aber auf Grund 
von Einschränkungen bei verschiedenen E/ 
A-Geräten empfohlen, die Zeilenlänge von 
80 Zeichen nicht zu überschreiten. Jedes der 
vier Felder einer Anweisung kann bei der Pro- 
grammierung ausgelassen werden. Wenn 
alle vier Felder ausgelassen werden, entsteht 
eine Leerzeile (Leeranweisung). Leerzeilen 
sind im Programm zulässig. Eine Anweisung 
wird vom Makroassembler von links nach 
rechts abgearbeitet. Wird im Namensfeld ein 
Symbol angegeben, so wird dem Symbol der 
augenblickliche Wert des Speicherplatzzu- 
ordnungszählers (SZZ) zugewiesen. 

Das Namensfeld wird als ein solches durch 
den Doppelpunkt (:) erkannt, der dem Sym- 
bol folgen muß. Im Namensfeld dürfen auch 
mehrere Symbole definiert werden, wobei 
jedes Symbol durch einen Doppelpunkt ab- 
geschlossen werden muß und jedem Symbol 
der gleiche Wert zugewiesen wird. 

Beispiele: ^ 

START: 

ANFANG: MOV R0,-(SP) ; RETTEN RO 

A0:B0: FELD: .BLKW20 


Das Operationsfeld folgt dem Namensfeld. 
Bei fehlendem Namensfeld beginnt die An- 
weisung mit dem Operationsfeld. Im Opera- 
tionsfeld steht ein Symbol, das die mnemoni- 
sche Bezeichnung des Maschinenbefehls, 
der Assembleranweisung oder des Makroru- 
fes festlegt. Begrenzer des Operationsfeldes 
sind Leerzeichen (SP), Tabulator (HT) und 
alle Sonderzeichen, die nicht im Radix-50- 
Kode (Tafel 2) enthalten sind. 


Beispiele: 

ZYKL: MOV(RO)+,R1 ;LADEN VON 
A(l+1) MOV RI, A 

MOV #25, R4 


Bei ausgelassenem Operationsfeld wird die 
Anweisung als eine .WORD-Anweisung in- 
terpretiert. Ein ausgelassenes Operationsfeld 
wird auch angenommen, wenn das Symbol 
im Operationsfeld nicht definiert ist, z. B. bei 
einem fehlerhaften Operationskode. 

Das Operandenfeld spezifiziert nach dem 
Operationsfeld die Operanden, mit denen die 
Operation ausgeführt werden soll. Werden 
mehrere Operanden angegeben, so müssen 
sie untereinander durch Komma (,), Tabulator 
(HT) oder Leerzeichen (SP) getrennt werden. 

Beispiele: 

M25: 

PUT # FELD, #80., #40 ; AUSGABE 

MOV ARO 


Das Operandenfeld endet mit dem Semiko- 
lon (;), das einen Kommentar einleitet, oder 
bei fehlendem Kommentar am Zeilenende. 


Tafel 2 RADIX-50-KODE 


Zeichen Erstes 

Kode- 
zeichen 

Zweites 

Kode- 

Drittes 

Kode- 

zeichen 

SP 

oooooo 

oooooo 

OOOOOO 


003100 

000050 

000001 

B 

006200 

000120 

000002 

C 

011300 

000170 

000003 

D 

014400 

000240 

000004 

E 

017500 

000310 

000005 

F 

022600 

000360 

000006 

G 

025700 

000430 

000007 

H 

031000 

000500 

000010 

1 

034100 

000550 

00001 1 

J 

037200 

000620 

000012 

K 

042300 

000670 

000013 

L 

045400 

000740 

000014 

M 

050500 

001010 

000015 

N 

053600 

001060 

000016 

O 

056700 

001130 

000017 

P 

062000 

001200 

000020 

Q 

065100 

001250 

000021 

R 

070200 

001320 

000022 

S 

073300 

001370 

000023 

T 

076400 

001440 

000024 

U 

101500 

001510 

000025 

V 

104600 

001560 

000026 

w 

107700 

001630 

000027 

X 

113000 

001700 

000030 

Y 

116100 

001750 

000031 

z 

121200 

002020 

000032 

Sputnik 

124300 

002070 

000033 


127400 

002140 

000034 

unbenannt 132500 

002210 

000035 

0 

135600 

002260 

000036 

1 

140700 

002330 

000037 

2 

144000 

002400 

000040 

3 

147100 

002450 

000041 

4 

152200 

002520 

000042 

5 

155300 

002570 

000043 

6 

160400 

002640 

000044 

7 

163500 

002710 

000045 

8 

166600 

002760 

000046 

9 

171700 

003030 

000047 


Anmerkung: 

Die Umwandlung von drei ASCII-Zeichen 
erfolgt nach der Formel a, • 50 2 + a 2 ■ 50 + a. 
Beispiel: ZA5 = 121200 + 50 + 43 = 121313 

Das Kommentarfeld kann alle druckbaren 
Zeichen des ASCII- oder GOST-Kodes ent- 
halten und dient der Erläuterung der Anwei- 
sungen des Programms. Es hat keinen Ein- 
fluß auf den Übersetzungsvorgang und auf 
den Objektmodul. Fehlen die anderen Felder 
der Anweisung, so kann das Kommentarfeld 
ab Position 1 beginnen (Kommentaranwei- 
sung). 


Beispiele: 

START: START DES HAUPTPRO- 
;GRAMMES FUER DIE 
;VERSUCHSAUSWERTUNG 
BENUTZTE UNTERPROGRAMME: 
;EAL, KONVD, QUAD 


Anmerkungen: 

1 . Zur übersichtlichen Gestaltung der Druck- 
protokolle können beliebig viele Leerzeichen 
(SP) und/oder Tabulatoren (HT) zwischen 
den Feldern, Operanden bzw. Symbolen und 
Termen eines Ausdruckes eingefügt werden. 

2. Zur einheitlichen Gestaltung der Druck- 
protokolle wird empfohlen, das Namensfeld 
ab Position 1 , das Operationsfeld ab Position 


9, das Operandenfeld ab Position 1 7 und das 
Kommentarfeld ab Position 33 zu beginnen. 
Diese Positionen werden automatisch einge- 
stellt, wenn die Felder mit einem Tabulator 
(HT) (zusätzlich) begrenzt werden, da ein 
Tabulator immer einen Sprung auf die näch- 
ste durch 8 teilbare Position plus 1 bewirkt (9, 
17,25,33,41 usw.J.Vordem Kommentarfeld 
sind eventuell bei fehlendem oder kurzem 
Operandenfeld zwei Tabulatoren erforderlich. 

1.2. Das Prinzip der Übersetzung 

Die Übersetzung von MACRO-Quellpro- 
grammen erfolgt nach dem Prinzip eines 
Zwei-Pass-Assemblers. Im ersten Assem- 
blerpass werden die internen Datenbereiche 
wie dynamischer Speicherbereich, Pufferbe- 
reiche und Filesteuerbereiche initialisiert. An- 
schließend erfolgt die Eingabe und Analyse 
der Kommandozeile, die die Filespezifikatio- 
nen für das Quellfile, Makrobibliotheksfile, 
Objektfile und Listenfile sowie weitere 
Steuerinformationen enthält. Nach diesen 
Vorbereitungen erfolgt das Einlesen der 
Quellzeilen und ihre Analyse. 

Das Hauptziel des ersten Passes besteht im 
Erstellen der Nutzersymboltabelle (UST) und 
der Makrosymboltabelle (MST). Zu diesem 
Zweck muß die Makrogenerierung durchge- 
führt und jeder Maschinenbefehl soweit über- 
setztwerden, daß seine Länge bestimmt wer- 
den kann (1 , 2 oder 3 Worte). Durch Addieren 
der Befehls- und Speicherbereichslängen 
wird der Speicherplatzzuordnungszähler 
(SZZ) gebildet, der zum Aufbauen der UST 
benötigt wird. Gleichzeitig wird im ersten 
Pass die Subtiteltabelle in das Listenfile aus- 
gegeben. 

Im zweiten Pass werden die Quellzeilen noch 
einmal eingelesen und im Prinzip die gleichen 
Arbeitsschritte wie im ersten Pass ausge- 
führt, mit dem Ziel der vollständigen Überset- 
zung der Maschinenbefehle unter Verwen- 
dung der im ersten Pass aufgebauten Sym- 
boltabelle. Es werden dabei gleichzeitig der 
Objektmodul und das Assemblerprotokoll 
(Listfile) erzeugt. Nach der Übersetzung wer- 
den die Symboltabelle und gegebenenfalls 
dieCross-Reference-Tabelleindas Listenfile 
ausgegeben. 

1.3. Alphabet 

Das Alphabet von MACRO-SM umfaßt: 

- die Großbuchstaben des lateinischen Al- 
phabets von A bis Z 

- die arabischen Ziffern von 0 bis 9 

- Sonderzeichen . $ : = % # @ (),;<> + 
-*/& ! “ “? 

- Steuerzeichen FF HT SP. 
Zusammenfassend ist die Bedeutung der 
einzelnen Zeichen in Tafel 3 dargestellt. Au- 
ßerdiesen Zeichen sind in Kommentaren alle 
anderen druckbaren Zeichen zulässig. Die 
Verwendung der kleinen lateinischen Buch- 
staben des ASCII-Kodes bzw. der Großbuch- 
staben des kyrillischen Alphabets des GOST- 
Kodes ist bei .ENABL LC möglich. 

1.4. Symbole 

Von der programmtechnischen Realisierung 
her werden die Symbole in permanente Sym- 
bole, Nutzersymbole, Makrosymbole und 
lokale Symbole unterschieden. 
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Permanente Symbole dienen zur Bezeich- 
nung der Maschinenbefehle und Assembler- 
anweisungen. Sie sind in der Tabelle der per- 
manenten Symbole (PST) zusammengefaßt. 
Nutzersymbole sind vom Nutzer im Pro- 
gramm definierte Symbole, denen entweder 
der augenblickliche Wert des SZZ (:) oder ein 
beliebiger anderer Wert durch die Direktan- 
weisung (=) zugewiesen wird. Nutzersym- 
bole werden im ersten Assemblerpass in die 
Nutzersymboltabelle (UST) eingetragen. Die 
UST wird nach der Übersetzung gedruckt 
(außer bei .NLSTSYM). 

Makrosymbole sind die symbolischen Namen 
von Makrodefinitionen, die entweder im Pro- 
gramm definiert (.MACRO) oder aus einer 
Makrobibliothek aufgerufen (.MCALL) wer- 
den können. Sie werden ebenfalls im ersten 
Pass in die Makrosymboltabelle (MST) einge- 
tragen. 

Für die Bestimmung eines Symbols ist die 
Reihenfolge des Suchens in den Tabellen 
entscheidend. Die Symbole des Operations- 
feldes werden wie folgt in den Tabellen ge- 
sucht: MST, PST, UST. 

Lokale Symbole sind spezielle numerische 
Symbole (z. B. 1 g), 2g) usw.) mit einem ein- 
geschränkten Gültigkeitsbereich, die ähnlich 
wie Nutzersymbole verwendet werden. Be- 
sonders vorteilhalft werden sie für interne 
Sprungmarken verwendet, wenn dem 
Sprungziel keine mnemonische Bezeich- 
nung zugeordnet werden braucht. Lokale 
Symbole werden in lokale Symbolblöcke 
(LSB) eingetragen. Auf Grund des einge- 
schränkten Gültigkeitsbereichs können auto- 
matisch oder nutzergesteuert mehrere LSB 
nacheinander eingerichtet werden. Ein loka- 
les Symbol belegt nur 3 Worte im LSB, wäh- 
rend ein Symbol in der UST 4 Worte belegt. 

1.4.1. Nutzer- und Makrosymbole 
Nutzer - und Makrosymbole, wie auch perma- 
• nente Symbole, werden nach gleichen syn- 
taktischen Regeln gebildet. Da diese Sym- 
bole intern im Assembler im Radix-50-Kode 
dargestellt werden, sind für die Bildung von 
Symbolen alle Radix-50-Zeichen zulässig: 

- Großbuchstaben des lateinischen Alpha- 
bets 

- arabische Ziffern 

- Sonderzeichen . und IS 

Die Sonderzeichen . und g) werden als Al- 
phazeichen gewertet und sind für die Bildung 
von Systemsymbolen reserviert. Zur Vermei- 
dung von Konflikten sollten diese Zeichen 
vom Anwendungsprogrammierer nicht be- 
nutzt werden. 

Ein Symbol besteht aus 1 bis 6 Zeichen, wo- 
bei das erste Zeichen immer ein Alphazei- 
chen sein muß. Längere Symbole sind zuläs- 
sig, es sind aber nur die ersten 6 Zeichen si- 
gnifikant. 


Beispiele: 

A, RO, A250WZ, ALPHA, ALPHA250, 
ALPHA251 

.WRITE, g)g)g)SYM, .WORD, $.25., 
ASSDEZ 


Die Symbole ALPHA250 und ALPHA251 sind 


Tafel 3 Alphabet der Assemblersprache 
MACRO-SM 


Zeichen Bedeutung/Funktion 


A-Z Alphazeichen (Großbuchstaben des 
lateinischen Alphabets) 

8) ($) Zusätzliches Alphazeichen (reserviert 
für Systemsymbole): Kennzeichen für 
lokale Symbole 

Zusätzliches Alphazeichen in Verbindung 
mit anderen Alphazeichen (reserviert für 
Systemsymbole); Speicherplatzzuord- 
nungszähler (SZZ) des Assemblers; Dezi- 
malpunkt nach Zahlen 
0-9 Numerische Zeichen 

: Symboldefinition, Begrenzer des 

Namensfeldes 

= Wertzuweisung für ein Symbol oder SZZ 

% Registerkennzeichen 

* Direktwertkennzeichen 

@ Kennzeichen der Speicherindirekt- 

adressierung 

() Registerindirektadressierung 

, Trennzeichen für Operanden 

; Kommentarkennzeichen 

<> Klammerung für Argumente und 

Ausdrücke 

+ Additionszeichen und Autoinkrement- 

kennzeichen 

— Subtraktionszeichen und Autodekrement- 

kennzeichen 

* Multiplikationszeichen 

/ Divisionszeichen . 

& Logisches UND 

! Logisches (inklusives) ODER 

“ Kennzeichen für die Definition von zwei 

ASCII-Zeichen 

‘ Kennzeichen für die Definition von einem 

ASCII-Zeichen; Begrenzer für formale Ar- 
gumente in Makrodefinitionen 

* Universeller einstelliger Operator; Kenn- 
zeichen der Pfeilkonstruktion 

\ Operatorfür numerische Symbole im 

Makroaufruf 

? Kennzeichen für die automatische Gene- 

rierung eines lokalen Symbols für ein for- 
males Argument, falls keine Substitution 
durch einen aktuellen Parameter erfolgt 
SP Begrenzer eines einzelnen Symbols oder 

Feldes 

HT Begrenzer eines einzelnen Symbols oder 

Feldes 

FF Seitenwechsel 


somit identisch und entsprechen dem Sym- 
bol AIPHA2. 

Hinweis: 

Ein Symbol wird durch Leerzeichen (SP) und 
jedes nicht im Radix-50-Kode definierte 
Symbol begrenzt. 

Der Gültigkeitsbereich der Nutzer- und Ma- 
krosymbole erstreckt sich über das gesamte 
Programm, unabhängig von einer Aufteilung 
in Programmabschnitte. Diese Symbole wer- 
den deshalb als interne Symbole eines Pro- 
gramms (einer Übersetzungseinheit) be- 
zeichnet. 

Die Herstellung von Querbezügen zwischen 
getrennt übersetzten Quellprogrammen ist 
mit dem Taskbuilder unter Verwendung glo- 
baler Symbole möglich. Man unterscheidet 
dabei zwischen globalen Definitionen und 
globalen Bezugnahmen. Ein Symbol ist glo- 
bal definiert, wenn es im Programm global- 
definiert ist (:: bzw. = =) oder durch eine 
.GLOBL-Anweisung als globales spezifiziert 
wird. 


Ein Symbol realisiert eine globale Bezug- 
nahme, wenn es im Programm nichtdefiniert 
ist (bei .ENABL GBL) bzw. durch eine 
.GLOBL-Anweisung als global spezifiziert 
wird (bei .DSABLGBL). In beiden Fällen be- 
kommt das Symbol das Attribut global. 


Beispiel: 

.TITLE 

HAUPTPROGRAMM 

.GLOBL A.B.UP 

ISR PC, UP 


■TITLE 

UNTERPROGRAMM 

.GLOBL A.B.UP 
UP: . . . 


A: .WORD 20« U 

B: .BLKW100<— — 


r 


MOVA.RO 

MOV #B,R1 


I RTSPC 


Nutzersymbole werden außerdem durch ein 
Verschieblichkeitsattribut charakterisiert. 
Nichtverschiebliche Symbole haben das At- 
tribut „absolut“, verschiebliche das Attribut 
„relativ“. In nichtverschieblichen Programm- 
abschnitten (PA) dürfen nur absolute Sym- 
bole verwendet werden. In verschieblichen 
PA dürfen relative und absolute Symbole ver- 
wendet werden. 

Wird äin Symbol im Namensfeld einer Anwei- 
sung definiert (:), dann werden ihm immer der 
Wert und das Verschieblichkeitsattribut des 
SZZ zugewiesen. Der SZZ wird in nichtver- 
schieblichen PA immer in absoluten Adres- 
sen und in verschieblichen PA immer in relati- 
ven Adressen geführt (entspricht dem Ver- 
schieblichkeitsattribut des PA). 

Ein Symbol, das durch eine Direktanweisung 
definiert wird, erhält immer das Verschieb- 
lichkeitsattribut des Ausdrucks rechts des 
Gleichheitszeichens (=). 

Registersymbole sind die standardisierten 
Bezeichnungen für die allgemeinen Prozes- 
sorregister. Die Registersymbole sind im As- 
sembler permanent definiert. 

1.4.2. Lokale Symbole 
Lokale Symbole werden aus einer natürlichen 
Dezimalzahl und dem Sonderzeichen g) ge- 
bildet. Die Dezimalzahl darf den Wert von 1 
bis 65535 annehmen. Z. B. 1$, 2g), ... 
65535g) 

Die Symbole 64g) bis 127g) sind für die Ma- 
krogenerierung reserviert. 

Der Gültigkeitsbereich lokaler Symbole er- 
streckt sich standardgemäß (.DSABL LSB) 
auf den Bereich zwischen zwei Anweisungen 
mit einem Symbol im Namensfeld. Für diesen 
Bereich wird ein lokaler Symbolblock (LSB) 
aufgebaut, wenn wenigstens ein lokales Sym- 
bol definiert wird. Außerdem wird mit jeder 
.PSECT-Anweisung ein neuer LSB eröffnet. 
Zur Erhöhung der Effektivität des Assemblers 
kann der Programmierer den Gültigkeitsbe- 
reich der lokalen Symbole steuern und die 
Kapazität der LSB besser ausnutzen. Ein 
LSB, der mit einer .ENABL-LSB-Anweisung 
eingerichtet wurde, besitzt seine Gültigkeit 
bis zur nächsten .ENABL-LSB-, 
.DSABL-LSB- oder .PSECT-Anweisung. 
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Das Verschieblichkeitsattribut lokaler Sym- 
bole entspricht immer dem Verschieblich- 
keitsattribut des PA. 

1.5. Konstanten 

In den Ausdrücken im Operandenfeld der 
Anweisungen können Konstanten benutzt 
werden, die als Zahlen, Zeichenkonstanten 
oder Zeichenkettenkonstanten definiert sein 
können. Alle Konstanten werden intern in 
eine 16-Bit-Zahl umgerechnet. 

Numerische Zeichenketten ohne Angabe der 
Basis des Zahlensystems werden entspre- 
chend der aktuellen Basis des Zahlensy- 
stems interpretiert. Die Basis des Zahlensy- 
stems wird durch die .RADIX-Anweisung 
festgelegt. Bei ausgelassener .RADIX-An- 
weisung wird die Basis 8 angenommen. Mit 
dem universellen einstelligen Operator “x, 
besteht die Möglichkeit, die Basis des Zah- 
lensystems temporär für einen Wert zu än- 
dern: 

“B-Binärzahlen:'B101110,“B100 
'O- Oktalzahlen: '056, '01 77777 
"D- Dezimalzahlen: 'D99,'D32767 

Für den Operator "D existiert eine Kurz- 
schreibweise mit nachgestelltem Dezimal- 
punkt, z. B. 99., 32767. 

Als zusätzliche Operatoren sind die Vorzei- 
chen- und Komplementoperatoren zulässig: 
“C- Bildung des Einerkomplements: 
“C“B100,“C“056 

- Bildung des Zweierkomplements: 

-Bl 00, -99., D— 99 

Der Operator ± als Vorzeichenoperator ist 
zulässig, aber redundant. 

Zeichen- und Zeichenkettenkonstanten wer- 
den mittels der Operatoren ‘ und “ von druck- 
baren Zeichen des GOST- bzw. ASCII-Ko- 
des gebildet. Der Operator ‘ bewirkt, daß das 
nachfolgende ASCII-Zeichen in den 7-Bit- 
Kode umgewandelt und als 16-Bit-Wert dar- 
gestellt wird: 

‘A ^ “0101, ‘+ = '053 usw. 

Der Operator “ bewirkt, daß die zwei nachfol- 
genden ASCII-Zeichen entsprechend der 
7-Bit-Kodetabelle in einen 16-Bit-Wert um- 
gewandelt werden, so daß das erste Zeichen 
im niederwertigen Byte und das zweite im 
höherwertigen Byte gespeichert ist: 

“AB A “0041101 ,“+3 ^ “0031453 

1.6. Terme und Ausdrücke 

Unter einem Term versteht man die elemen- 
taren syntaktischen Einheiten eines Ausdruk- 
kes. Terme sind: 

- Symbole (Nutzer- und permanente Sym- 
bole), z. B. FELD, AO, MARK 

- lokale Symbole, z. B. 54%, 23% 

- der Speicherplatzzuordnungszähler 
(SZZ). 

Eine Bezugnahme auf den aktuellen Wert 
des SZZ erfolgt durch einen alleinstehenden 
Punkt (.), z. B. .+20, A0-.+2 

- Konstanten (Zahlen mit und ohne Angabe 
der Basis des Zahlensystems und Zeichen- 
kettenkonstanten), z. B. “Bl 01, 25, 25., ‘A 

- Terme, auf die ein einstelliger Operator 
angewendet wird, z. B. “C25, +25, -25., 


Kurs 


“C“AB, “C+25. 

- Terme, die durch spitze Klammern oder 
die Pfeilkonstruktion geklammert sind, z. B. 
<+25>, <“C“AB>, 7*C“AB/, “#“ 
C<+25.># 

Die Pfeilkonstruktion “x. . . x, wobei x ein be- 
liebiges Zeichen ist, wird analog den spitzen 
Klammern zur Klammerung von Termen, 
Ausdrücken und Argumenten benutzt. Das 
zur Klammerung benutzte Zeichen x darf in- 
nerhalb der Klammern nicht nochmals ver- 
wendet werden. Die Pfeilkonstruktion wird 
insbesondere in der Makrotechnik angewen- 
det, wo die spitzen Klammern unzulässig 
oder unübersichtlich sind. 

- Ausdrücke, die durch spitze Klammern 
oder die Pfeilkonstruktion geklammert sind, 
z.B. 

<A0— B>, <‘Z— ‘A— 1>, *Z BETA— 25 Z 

Die Anwendung mehrerer einstelliger Opera- 
toren auf einen Term ist zulässig. Die Abar- 
beitung der einstelligen Operatoren erfolgt in 
der Reihenfolge von rechts nach links. 

Beispiel: 

Der Term H — “C“01 77776 
entspricht dem Term 

<+<-<“C<“01 77776»». 


Unter einem Ausdruck versteht man einen 
Term oder mehrere Terme, die untereinander 
durch zweistellige Operatoren verknüpft sind. 
Zweistellige Operatoren sind: 

+ Addition 
— Subtraktion 
* Multiplikation 
/ Division 
& logisches UND 
! logisches (inklusives) ODER. 

Alle zweistelligen Operatoren haben die glei- 
che Priorität. Die Berechnung der Ausdrücke 
erfolgt so, daß zuerst alle Terme berechnet 
werden und anschließend die Werte der 
Terme durch die zweistelligen Operatoren in 
der Reihenfolge von links nach rechts ver- 
knüpft werden. 

Beispiel: 

P2-P1 / 16. » 16. + <FELO|-C*017> 



6. L 


Bei der Ausdrucksberechnung wird für nicht- 
definierte Symbole oder fehlerhafte Terme 
der Wert 0 angenommen. Steht zwischen 
zwei Termen kein zweistelliger Operator, so 
werden die Terme links und rechts des 
Trennzeichens als getrennte Ausdrücke ge- 
wertet. 

Beispiel: 

A+2 MASK1&MASK2 


Da zwischen den Termen 2 und MASK1 
kein zweistelliger Operator steht, 
enthält das Beispiel zwei Ausdrücke, 

A+2 und MASK1&MASK2 

Die Ergebnisse und Zwischenergebnisse der 
Ausdrucksberechnung werden intern als 16- 
Bit-Werte dargestellt. Bei Überschreitung der 
Stellenzahl werden die Werte linksseitig be- 
schnitten (T-Fehler). Stehtein Ausdruck in 
einer .BYTE-Anweisung, so wird das Ergeb- 
nis nach der Ausdrucksberechnung auf 8 Bit 
verkürzt. 

Bei der Ausdrucksberechnung wird das Ver- 
schieblichkeitsattribut des Ergebnisses er- 
mittelt. Das Ergebnis eines Ausdruckes darf 
in einem verschieblichen PA absolut oder 
relativ sein. Ein Ausdruck ist absolut, wenn 
die Anzahl der relativen Terme mit positiven 
Vorzeichen gleich der Anzahl der relativen 
Terme mit negativem Vorzeichen ist. 

Ein Ausdruck ist relativ, wenn die Anzahl der 
Terme mit positivem Vorzeichen um 1 größer 
ist als die Anzahl der Terme mit negativem 
Vorzeichen. 

Die Multiplikation und Division relativer 
Terme sowie logische Operationen mit relati- 
ven Termen sind unzulässig. 

Beispiel: 

' Es sei angenommen, 
daß die Symbole A, B, C und D relativ 
und I, J, K und L absolut sind. 

A-B absolut 

A-B-C falsch (negativ verschieblich!) ; ; 
A-B+C relativ 

C-D+A+B falsch (doppelt verschieb- 
; lieh!) 

1+2-A+B absolut 
4*C-D falsch (Multiplikation!) 

4*<C-D> absolut 

C— D/16*16+<K!L> absolut | 

A+<I&J&<K!L» relativ § 


Sind in einem Ausdruck globale Bezugnah- 
men oder Bezugnahmen auf Symbole ande- 
rer PA vorhanden, so wird die Ausdrucksbe- 
rechnung teilweise oder vollständig in den 
Taskbuilder verlagert, wo die Ausdrucksbe- 
rechnung zur Taskbuilderzeit nach den glei- 
chen Regeln erfolgt. Das Verschieblichkeits- 
attribut einer globalen Bezugnahme ent- 
spricht dem globaldefinierten Symbol im an- 
deren Quellprogramm. 

wird fortgesetzt 
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Anschluß des SD 1 154 
sowie des LBS1215 
an den KC 85/2 

Mit einem relativ geringen Hard- 
wareaufwand wurde für den SD 
1154 und den Stanzer 1215 eine 
TTL-gerechte SIF-1000-Schnitt- 
stelle erstellt. Durch den Einsatz 
eines Eigenbaumoduls für den 
KC 85/2, verbunden mit speziel- 
ler Software, wurde rechnersei- 
tig die SIF-1000-Schnittstelle 
bewerkstelligt. 

Durch zusätzliche Bestückung 
des SD 1 1 54 mit einem U401 
(BM008-kyrillische Zeichen) und 
eine Erweiterung des KC-85/2- 
Zeichensatzes um kyrillische 
Zeichen ist die Bildschirman- 
zeige und der Ausdruck dieser 
Zeichen möglich. 

Aus- und Weiterbildungszen- 
trum Informatik der Ingenieur- 
schule für Transportbetriebs- 
technik Gotha, Karl-Marx-Straße 
5-7, Gotha, 5 800. 

Groß 

Programmpaket DAZU 

DAZU (Dateizugriff) realisiert 
auf dem KBRA6402: 

- Strukturänderungen der Datei 

- Strukturänderungen im Satz 

- Berechnungen im Satz bzw. 
über die ganze Datei 

- Dateiformatänderungen 

- Dateiprüfungen. 

DAZU bietet u.a.: 

- einen Eingabebereich (max. 
1000 Byte bzw. Zeichen) 

- einen Ausgabebereich (max. 
1000 Byte) 

- einen Zusatzbereich (mit 2000 
Byte für die Nutzung als Zwi- 
schenspeicher von Rechener- 
gebnissen, Zeichenketten usw.) 


- Konvertierungszeiten von 
Text in Zahlenformat von weni- 
ger als 0,045 s. 

Gefordert wird lediglich die Vor- 
gabe der Parameter als Textda- 
tei. 

Vorteile sind: 

- einfache Erstellung 

- jederzeit lesbar für den An- 
wender 

- leichte Änderungsmöglich- 
keit. 

VEB Fahrzeugachsen Gotha, 
Abt. LOO, Südstraße 19, Gotha, 
5800; Tel. 5481 App. 301. 

Zerbst 


Drucker-Interface 

Um Drucker des Typs Atari 1020 
an verschiedenen Rechnern nut- 
zen zu können, wurde ein Druk- 
kercontroller auf Basis U 8820 D 
entwickelt. Der Controller be- 
dient die DATAOUT-, DATAIN- 
und COMMAND-Leitungen und 
wird selbst über ein paralleles 
oder serielles Interface (PIO- 
oder V.24-Schnittstelle) ange- 
sprochen. Der Controller liest 
blockweise die Druckzeichen 
aus dem angeschlossenen 
Rechner ein und formt daraus 
entsprechende Daten- bzw. 
Commandoframes, die er dem 
Atari 1 020 übergibt. Alle Funktio- 
nen des Druckers sind vom Be- 
dienrechner (z. B. PC 1715, KC) 
aus ansprechbar. Die Software- 
entwicklung wurde auf einem 
SCPX-kompatiblen Hard- und 
Softwareentwicklungsplatz 
durchgeführt; das Programm 
liegt als Quell- und Objektdatei 
auf Diskette bzw. auf EPROM 
vor. 

Hardwareaufwand: U 8820, U 


2716, Quarz 7, 3728 MHz, IS 
75150, IS 751 54. 

Institut für Züchtungsforschung, 
BfN, Ethel-und-Julius-Rosen- 
berg-Straße 22123, Quedlin- 
burg, 4300; Tel. 470. 

Kramer 


Einzugsvorrichtung 
für Einzelblätter 

An den Druckern, die zu Büro- 
computern (z. B. A 51 1 0) mitge- 
liefert werden, gibt es keine Vor- 
richtung, die Einzelblattverarbei- 
tung zuläßt. Die angebotene 
Neuerung enthält die Beschrei- 
bung für den Bau einer solchen 
Einzugsvorrichtung. Das entwik- 
kelte Gerät wird an der Drucker- 
abdeckung befestigt, und es be- 
steht die Möglichkeit, sie über 
die gesamte Walzenbreite zu 
verstellen. 

Martin-Luther-Universität Halle- 
Wittenberg, Bereich Medizin, 
Leninallee 5, Halle, 4020. 

Kassettenmagnetband- 
anschlußfür SM 4-20 

Die Lösung realisiert den hard- 
und softwaremäßigen Anschluß; 
des Kassettenmagnetbandgerä- 
tes robotron K 5261 .03 an das 
Rechnersystem SM4-20 unter 
dem Betriebssystem OSRW 2.8. 
Mit der Kopplung kann im we- 
sentlichen der Anschluß von 
Bildschirmterminals an der SM 
4-20 zur Datenerfassung und 
der damit verbundene Projektie- 
rungsaufwand eingespart wer- 
den. 

Weitere Vorteile: 

- MBK als zusätzlicher Daten- 
träger 

- Beibehaltung bisheriger Da- 


tenerfassungstechnologie gege- 
ben 

- Möglichkeit des Datenaustau- 
sches zwischen SM 4-20 und 
Bürocomputer mit Kassetten- 
technik. 

VEB Werk für Fernsehelektronik 
Berlin, Werk Mikrooptoelektro- 
nik, Bereich Ökonomie und Da- 
tenverarbeitung, Abt. HOE 3, 
Borkumstr. 2, Berlin, 1100; Tel. 
4703221 (Koll. Grzeskowiak) 
oder Tel. 4703310 (Koll. Torge) 

Erzeugnisübersichten 

Die folgenden Programme für 
BC A 51 30 bzw. PC 1 71 5 dienen 
der Objektivierung des Entschei- 
dungsprozesses: 

- Kombiniertes Programm für 
die Eingabe, Fortschreibung und 
Korrektur der Erzeugnisdaten in 
Betriebsdateien 

- Druckprogramme für 

• Erzeugnisübersichten nach 
Betrieben 

• Gesamtübersicht Kombinat 

• Übersicht nach S- und M-Bi- 
lanzen 

• Übersicht zum Erzeugnisum- 
schlag und zu den daraus resul- 
tierenden ökonomischen Effek- 
ten. 

VEB Elektromaschinenbau 
Dresden, Hennigsdorfer Str. 25, 
Dresden, 8017 

Wir suchen ... 

... zur Abarbeitung auf BC/PC 
ein Materialprojekt für etwa 
50000 Positionen. Hinweise 
bitte an 

VE Dienstleistungsbetrieb Ber- 
lin, Abt. ODV, Adalbertstraße 
49, Berlin, 1040; Tel. 27392404 
(Dr. Röhle). Weidner 


Ergänzung zum Beitrag „Mikroprozessorkompatibler 
D/A-Wandler C 560 D“ in MP 5/1987 

Wie in dem Artikel auf S. 1 40 angekündigt, veröffentlichen wir an die- 
ser Stelle die Tafeln 3 und 4. 


Tafel 3 Betriebsbedingungen 


Kenngröße 

Kurzzeichen 

Kleinstwert 

Größtwert 

Betriebsspannung für 2,5 V Endwert 

Ucc 

4,5 V 

16,5V 

Betriebsspannung für 1 0 V Endwert 

Ucc 

11,4V 

16,5V 

Ausgangsstrom 



5 mA 

L-Eingangsspannung Anschluß 1-10 


OV 

0,8 V 

H-Eingangsspannung Anschluß 1-10 l IH 

2,0 V 

5,5 V 

Betriebstemperatur 

K 

0°C 

70 °C 


Tafel 4 Elektrische Kennwerte für # a = 25 °C -5 K 


Kenngröße Kurzzeichen Bedingungen . Kleinstwert Größtwert 


Endwertausgangs- 

spannung 

U 0 

Ucc=+5V 2,25 V 

2,5 V 

2,5V-Bereich 

Endwertaus- 


l 0 = 30^ A/5 mA 


gangsspannung 

U 0 

Ucc = + 1 5 V 9 V 

10V 

10V-Bereich 


l„ = 30/rA/5mA 


Offsetfehler 

F 0 

U CC =+5V -1LSB 

+ 1LSB 

(2,5V-Bereich) 

Linearitätsfehler 


l„ = 30^A 


(2,5V-Bereich 

F l 

Ucc=+5V 

0,5 LSB 

diff. Linearitätsfehler 

|Fd| 

Ucc = 5 V 

1 LSB 

Nebenkennwerte 

Stromaufnahme 

Icc 

Ucc = 16,5V 

25 mA 

Betriebsspannungs- 

unterdrückung 

|SVR| 

U cc = 4, 5 V... 7 V 

0,5 LSB/V 
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(Fortsetzung von Seite 206) 


Datenblock (512 Byte) \CRC- Zeichen (2 Byte)\ 


Bild 3 Aufbau eines physischen Sektors 


Beim Lesen gelangt das Lesesignal zuerst 
zum Decoder, wo das Takt-Daten-Gemisch 
des FM-codierten Signals in Daten und Takt 
getrennt wird. Die Taktrückgewinnung wird 
rein digital mit einem retriggerbaren Univibra- 
tor vollzogen, so daß sich ein Abgleich erüb- 
rigt. Die Daten werden anschließend in den 
seriellen Lesepuffer geschrieben, dann mit- 
tels des SIO-Bausteins ausgelesen und in 8- 
Bit-parallele Daten gewandelt. Der SIO voll- 
zieht dann auch die CRC-Prüfung. 

Die Folgesteuerung von SIO und seriellem 
Puffer erfolgt softwaremäßig über Ausgaben 
des Prozessors (Bild 2). 

Die Baugruppen Interface-Host und Inter- 
face-Controller stellen die Verbindung zwi- 
schen dem Wechselplattencontroller und ei- 
nem Zielrechner dar (siehe Bild 1 ). Für diese 
Verbindung wurde eine parallele Schnitt- 
stelle gewählt, da sich diese realtiv einfach 
bei den unterschiedlichsten Mikrorechnersy- 
stemen realisieren lassen. 

Controller für Winchesterlaufwerke weisen 
im allgemeinen ebenfalls eine parallele 
Schnittstelle auf, meist entsprechend dem 
SCSI- oder dem SASI-Standard 121, 13/, wes- 
halb sich die beschriebene parallele Schnitt- 
stelle an diesen Standards orientiert. Damit 
wird ein späterer Austausch des Wechsel- 
plattencontrollers gegen einen Winchester- 
controller vereinfacht. 

Das parallele Interface stellt ein asynchrones 
8-Bit bidirektionales Businterface dar, bei 
dem 8 zusätzliche Signale zur Bussteuerung 
bzw. zur Quittierung dienen. Kernstück der 
Interfacebaugruppe ist ein PIO-Baustein U 
855. 

Die Interfacebaugruppe kann durch die Ver- 
wendung des PIO sowohl interruptorientiert 
als auch im Polling eingesetzt werden. Wird 
als Zielrechnersystem ebenfalls ein K-1520- 
oder ein K-1520-kompatibles System (U- 
8000-Erweiterungsmodul des Bürocompu- 
ters A 5120.16) verwendet, so sind die Bau- 
gruppen Interface-Host und Interface-Con- 
troller nahezu identisch. 

Anderenfalls muß eine ähnliche Baugruppe 
entsprechend dem Systembus des Zielrech- 
ners unter Verwendung des PIO oder ande- 
rer geeigneter paralleler E/A-Bausteine, z. B. 
8255, für 8086-Systeme verwendet werden. 
An den Controller sind zwei Wechselplatten- 
speicher EC 5052 anschließbar. Damit steht 
ein Massenspeicher von 1 2 MByte zur Verfü- 
gung, womit alle Back-up-Probleme gelöst 
sind. 


3. Softwarekomponenten 

Die Software für den Weehselplattencontrol- 
ler wurde mit dem Betriebssystem UDOS 
entwickelt. Die einzelnen Programmteile sind 
so gehalten, daß sie problemlos die Wechsel- 
platte direkt oder als abgesetzte Einheit steu- 
ern können. Unter dem Betriebssystem SCP 
ist die Wechselplatte direkt angeschlossen. 
Mit dem abgesetzten Controller wird die 
Wechselplatte unter den Betriebssystemen 


Klaus Graumann (33) studierte von 1974-1978 an 
der Wilhelm-Pieck-Universität Rostock technische 
Kybernetik und Automatisierungstechnik. 

Von 1978 bis 1982 wissenschaftlicher Assistent, 
seit 1982 ist er F/E-Ing. im Wissenschaftsbereich 
Mfkrorechentechnik/Schaltungstechnik an der 
Sektion T echnische Elektronik der WPU. 

Klaus Koppfow (43) studierte von 1961 bis 1986 
Physik in Rostock und arbeitete bis 1981 an der 
Datenverarbeitung. 

Seitdem ist er als Ingenieur für Forschung an der 
Wilhelm-Pieck-Universität Rostock, Sektion Tech- 
nische Elektronik, im Wissenschaftsbereich Mikro- 
recfientechnik/Schaltungstechnik tätig. 


MUTOS (Interruptbetrieb) und Single-User- 
Betriebssystem für 8086-Mikrorechner (Pol- 
lingbetrieb) verwendet. Die Parameter- und 
Datenübergabe erfolgt mit einem Protokoll in 
Anlehnung an /4/. Als Parametervektor wer- 
den 6 Byte übergeben: 

- Kommando (1 Byte) 

- Laufwerk (1 Byte: Bit 5 ... 7) 

- Blocknummer (2 Byte) 

- Byteanzahl (2 Byte). 

Anstelle der Byteanzahl wird in einigen Kom- 
mandos die Blockzahl angegeben. Folgende 
Kommandos sind möglich: 

- Initialisieren des Controllers 

- Einstellen einer Spur 

- Lesen bzw. Schreiben einer Anzahl von 
Datenbyte 

- Formatieren einer Blockanzahl (ab Spur- 
anfang) 

- Kopieren einer Blockanzahl (2 Wechsel- 
platten). 

Zur Prüfung der Wechselplatte und der Hard- 
ware wurden weitere Kommandos vorberei- 
tet. 

Wird bei der Ausführung eines Kommandos 
ein Fehler festgestellt, so wird er in einem 
Byte verschlüsselt abgelegt und bei Opera- 
tionsende zusammen mit dem Laufwerk und 
der logischen Blocknummer nach der Status- 
übergabe automatisch übergeben. Die über- 
gebenen 4 Byte können außerdem in einem 
Fehlerringpuffer im Speicher abgelegt wer- 
den. Als Fehler werden die Meldungen der 
Wechselplatte, Ablauffehler und formale 
Fehler erkannt. 

Um einen Interruptfehler des Interfaces zu 
behandeln, kann eine Zeitüberwachung pro- 
grammiert werden. Sie ist zur Zeit nicht vor- 
gesehen. Bei einer Fehlererkennung werden 
vom Treiber mehrere Leseversuche bzw. 
Schreibversuche ausgeführt, bei Positionier- 
fehlern erfolgt keine Wiederholung. 

Da die Hardsektorierung der Wechselplatte 
für die Sektorerkennung ausgenutzt wird, 
entfällt ein abgesetztes Identitätsfeld. Es 
wurde für Kontrollzwecke zusätzlich zu den 
51 2 Datenbyte die Sektoradresse (Zylinder, 
Kopf, Sektor) mit abgespeichert. 

Bei dieser Sektorgröße können 6 Sektoren 
pro Spur abgelegt werden. Da auf einen Sek- 


torsignalzähler verzichtet wurde, beginnt der 
Suchlauf für einen Sektor ab Indexmarke. Als 
Synchronbyte wurde 07H gewählt (Bild 3). 
Für das Interface zum Hostrechner werden 
zwei PIO-Tore verwendet. Die Daten werden 
im Bitmodus übergeben. Die Übergaberich- 
tung wird durch Initialisierung vor jedem Da- 
tenblock eingestellt. Die Steuersignale wer- 
den über das zweite PIO-Tor ausgegeben 
bzw. eingelesen (Bitmodus). Der Controller 
selbst arbeitet nur im Polling, um die Steue- 
rung der Datenübergabe nicht abzugeben 
und die Bedeutung der Interfacesignale /5/ 
weitgehendst beizubehalten: 

BUSY Controller arbeitet 
I/O Datenrichtungssignal 
C/D Signal für den Dateninhalt 
MSG Information für das letzte Datenbyte 
RDY Controller bereit zum 
Datenaustausch 

SEL Anforderung vom Host für eine 
Operation 

RST Anforderung vom Host für Controller- 
reset 

ACK Bestätigung vom Host für 
Datenaustausch. 

Der Hostrechner kann die Signale für einen 
Interrupt- oder Pollingbetrieb nutzen. Die Da- 
tenübergabe unter einem Single-User-Be- 
triebssystem für 8086-Mikrorechner wurde 
im Pollingbetrieb mit dem Baustein 8255 rea- 
lisiert. Um den Controller an die logische Sek- 
torgröße des Betriebssystems anzupassen, 
wird bei der Initialisierung die Blockbezugs- 
größe angegeben (Vielfaches von 2 exp.n * 
1 28). Damit kann der Controller die Daten der 
logischen Blocknummer zur Verfügung stel- 
len. 

Bei der Arbeit mit der Wechselplatte unter 
verschiedenen Betriebssystemen wurde ein 
Geschwindigkeitszuwachs um einen Faktor 
2 bis 3 im Vergleich zu Disketten festgestellt. 

4. Zusammenfassung 

In der Sektion Technische Elektronik wurde 
der Controller an einem 8086-Applikations- 
rechner mit einem Single-User-Betriebssy- 
stem und am Steuerrechner eines vernetzten 
Laborsystems von 8 Bürocomputern unter 
MPM eingesetzt; ebenso am BC A 5120.16 
unter dem Betriebssystem MUTOS 8000 - 
hier mit Unterstützung von Kollegen des Zen- 
tralinstituts für Kybernetik und Informations- 
prozesse Berlin bei der Implementierung der 
Treibersoftware für den Controller. Die Lei- 
stungsfähigkeit dieser Systeme konnte da- 
durch zum Teil beachtlich erhöht werden. 
Dennoch stellt der Einsatz von Wechselplat- 
tenspeichem EC 5052 bezüglich Größe der 
Geräte, Geräuschbelastung und Wartung als 
auch der Leistungsaufnahme einen Kompro- 
miß dar. Die Lösung kann und soll Winche- 
sterlaufwerke mit entsprechenden Control- 
lern auf die Dauer nicht ersetzen. 

Fortsetzung auf S. 213 
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Integrierter Systemtaktgenerator 
DL 8127 D 


Dr. Eckhard Fehse 

VEB Halbleiterwerk Frankfurt (Oder) 


Die integrierte Schaltung DL 8127 D enthält 
einen Systemtaktgenerator, der speziell für 
die Taktversorgung von U-8000- oder 8086- 
Mikrorechnersystemen ausgelegt ist. 

Neben dem Taktoszillator enthält die IS Fre- 
quenzteiler, Takttreiber, Kontrollfunktionen 
wie RUNIHALT, Einzelschritt, RESET und 
READY sowie einen TIMEOUT-Zähler, der 
Warteaufforderungen der Peripherie auf 16 
Taktzyklen begrenzt. Das Blockschaltbild 


RESET IN I Reset- 1 RESET OUT 


=5=r 



Ml 

-oWTIT 

TI Hi Huf 

run/Mt sfa ^ st0p ' 

SSNO schrittsteu- 

| 


1 _ 


der IS, die sich in einem 24poligen schmalen 
(7,5 mm Reihenabstand) Plastgehäuse be- 
findet und in Low-Power-Schottky-Technik 
hergestellt ist, zeigt Bild 1. 

Tafel 1 und 2 enthalten die Grenzwerte und 
Betriebsbedingungen. Man sollte beson- 
ders auf die von den bekannten LS-Low- und 
High-Pegeln abweichenden Pegel einiger 
Eingänge achten. 

In der Tafel 3 sind neben den statischen und 
dynamischen Standardgrenzen gemessene 
typische Werte angegeben. 

Oszillator 

Der Oszillator kann durch eine Quarzschal- 
tung erregt oder mit TTL-Signal am Pin 1 1 
(Xi) fremd gespeist werden. 

Die Beschaltung des Oszillators ist frequenz- 
abhängig. Im Frequenzbereich 4 ... 20 MHz 
kommen Grundwellenquarze zur Anwen- 
dung. Die Beschaltung zeigt Bild 2b. 

Der mit * gekennzeichnete Kondensator 
kann mit steigender Frequenz kleiner werden 
und oberhalb 10000 kHz wegfallen. 
Grundwellenquarze in Serienresonanz mit 
30 pF Last ausgemessen, lassen sich in der 
in Bild 2b vorgegebenen Oszillatorschaltung 
auch auf die angegebenen Quarzfrequenzen 
abgleichen. Die tendenzielle Abhängigkeit 
der Frequenz über der Betriebsspannung ist 



b) Quarzbeschaltung für 
den Frequenzbereich 4000 
bis 20000 kHz 

Bild 3 Betriebsspannungs- 
abhängigkeit der Oszillator- 
frequenz 
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in Bild 3 dargestellt. Oberhalb der empfohle- 
nen Betriebsspannung (5 V) ist die Abhängig- 
keit geringer. 

Der typische TK der internen Oszillatorschal- 
tung liegt im Bereich von 25 °C bis 70 °C bei 
etwa -4ppm/grd. 

Für höhere Oszillatorfrequenzen müssen 
Oberwellenquarze eingesetzt werden. Die 

Tafel 1 Grenzwerte des DL 8127 D 


Kenngröße 

min. max. 

Einheit 

Betriebsspannung U C c 

0 7 

V 

Einqanqsspannung Ui 

U cc + 0,5 V 

- XI , 4/3, SSNO, SSNC 
RUN, /HALT 

- übrige Eingänge 

7 


Spannung an den Ausgän- 
gen bei HIGH-Pegel ü 0 h 

-0,5 5,5 

v 

Spannung an C, U c 

-0,5 8,0 

V 

Low-Ausgangsgleichstrom 

30 

mA 

Eingangsgleichstrom 1, 

-30 5 


Betriebstemperaturbereich 

0 a 

0 70 

°C 

Tafel 2 Betriebsbedingungen des DL 8127 D 

Kenngröße 

min. max. 

Einheit 

Ucc 

4,75 5,25 

V 

U| H 

ST1.ST2, ST3, XI 
CLR.TÜEN, READY 

2 

V 

RUN/HAL, SSNO, 

SSNC, 4/3 

2,4 

V 

RESET IN 

2,8 

V 

U,L 

ST1.ST2, ST3, XI 

ÜLR, TOEN, READY 

0,8 

V 

RUN/HALT, SSNO, 

SSNC, 4/3 

RESET IN 

0,4 

V 

“ ION 

ZCK 

0,2 

mA 

TTL-Ausgänge 

2,6 

mA 

loL 

ZCK 

2 

mA 

TTL-Ausgänge 

16 

mA 

ÄLR-OSC 

25 

ns 

1h 

ÜLR — OSC 

-6 

ns 

ts 

READY -ZCK 

4/3 = High 

T/4 +10” 

ns 

4/3 = Low 

20 


1h 

READY — ZCK 

4/3 = High 

-T/4” 


4/3 = Low 

-5 


ts 

ST 1 , ST2, ST3 — ZCK 

4/3 = High 

T/4+12” 

ns 

4/3 = Low 

25 

ns 

tH 

ST 1 , ST2, ST3 — ZCK 

4/3 = High 

- (T/4-3)” 

ns 

4/3 = Low 

-12 

ns 

ts 

TOEN — ZCK 

4/3 = High 

35 

ns 

4/3 = Low 

30 

ns 

tH 

TOEN — ZCK 

4/3 = Hig 

-15 

ns 

4/3= Low 

-10 

ns 


Anmerkung: 

ts = Einstellzeit 

tn = Haltezeit 

”T = ZCK-Taktperiodendauer 
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Tafel 3 Spezifische Kennwerte 


Kenngröße Bedingungen statische Kennwerte 




min. 

typ. 

max. 

Einheit 


Ucc = 5,25 V 





4/3, SSNC, SSNO 
RUN/HALT 

U| H = 2,7 V 

-300 

-120 


/iA 1 ’ 

RESET IN 

ST 1 , ST2, ST3 
ÜLR.TÖEN, READY 


-200 

-50 

50 


M 

XI 



220 

600 

aA 

l|H 

U cc = 5,25 V 




ST1,ST2,ST3 

CLR, TOEN, READY 

Ui„ = 5,5V 


1 

1000 

aA 

- IlL 

Ucc = 5,25 V 




SSNO 

U IL = 0,4 V 


0,900 

1,6 

mA 

SSNC, 4/3, RUN/HAL7 
READY 



0,390 

1,2 

mA 

CLR.TÜEN, XI 
ST1,ST2,ST3 



0,310 

0,72 

mA 

RESET IN 

Uoh 

Ucc = 4,75 V 



0,36 

mA 

ZCK 

- Ioh = 0,1 mA 

4,35 


4,6 

V 


- I 0 H = 0,2 mA 

4,00 

4,5 



TTL-Ausgänge 

Uoe 

- Ioh = 2,6 mA 

2,4 

3 


V 

ZCK 

lot = 2,0 mA 


0,29 

0,4 

V 

TTL-Ausgänge 

I 0 l = 1 6 mA 


0,32 

0,5 


ZCK 

Ucc = 5,25 V 2) 

50 

100 

240 

mA 

TTL-Ausgänge 


40 

60 

130 

mA 


Anmerkung: 

11 Negative High-Eingangströme werden durch internen Pull-up-Widerstand 
verursacht. 

2) Nicht mehr als einen Ausgang gleichzeitig; Dauer des Kurzschlusses 1 s 
31 1 . CLR = Low, SSNO = Low, restliche Eingänge High 


Kenngröße Bedingungen dynamische Kennwerte 

min. typ. max. Einheit 



Ucc = 5,25 V 

80 

140 

mA 

tTLH 

ZCK 

XI = 2,4 V 

ZCK = Low 

TCKs = Low 3) 

C L = 80 pF ± 5 % 

10 

12 

ns 

tTLH 

ZCK 


6 

11 

ns 

tTLH 

ZCK 

C L = 200 pF ± 5 % 

15 

20 

ns 

ZCK 


11 

20 

ns 

tpLH 

READY— WÄiT 

Ucc = 5 V 

R l = 500 Ohm 

11 

16 

ns 

W 

READY — WAIT 

C L = 50 pF 

13 

19 

ns 

tpLH 

ST1,ST2,ST3— WAIT 

15 

26 

ns 

ST 1 , ST2, ST3 — WÄTT 

17 

24 

ns 

ZCK— RESETOUT 

4/3 = High 

10 

20 

ns 

ZCK — RESETOUT . 


5 

10 

ns 

ZCK -RESETOUT 

4/3 = Low 

16 

20 

ns 

tpHL 

ZCK -RESETOUT 


8 

10 

ns 

fosz 


40 

24 

MHz 


2. XI = 1 Takt (Low/High-Flanken) 

3. CLR = High 

4. XI = weitere 15 Takte mit Schlußpegel 2,4 V, SSNO = High 

5. Messung von Icc 




Bild 4 Quarzbeschaltung bei Einsatz von Oberwel- 
lenquarzen und DL 81 27 


Schwierigkeit beim Einsatz von Oberwellen- 
quarzen besteht darin, die Oszillatorschal- 
tung so zu wählen, daß der Quarz nur auf der 
vorgesehenen Oberwelle schwingt. 

Die Schaltungen für die Frequenzbereiche 
24 . . 48 MHz sind in Bild 4 dargestellt. Hierzu 
muß nachgetragen werden, daß vom VEB 
HFO nur eine Oszillatorfrequenz von 24 MHz 
garantiert wird. Die typische maximale Oszil- 
latorfrequenz liegt derzeit bei 40 MHz, ein- 
zelne Muster arbeiten bis 48 MHz. 


Eckhard Fehse (33) sludierle nach der Facharber- 
terausbildung als Schlosser von 1972 bis 1976 an 
der Technischen Hochschule Ilmenau. Sektion In- •? 
tormationstechnik und Theoretische Elektrotech- 

Von 1976 bis 1980 arbeitete er an der gleichen 
Sektion als wissenschaftlicher Assistent auf dem 
Gebiet der Hybridtechnik. Mit einer Arbeit über • 
Rauschen und Nichtiineantät von DickschichlwL : 
derständen promovierte er 1 98 1 zum Dr.-Ing. 

Seit 1 980 ist er im HFO tätig und für die Applikation 
digitaler Schaltkreise zuständig. 



Ein extern erzeugter Takt wird mit TTL-Pegel 
am Anschluß 1 1 eingespeist. Die Oszillator- 
frequenz steht gepuffert am Ausgang Pin 9 
zur Verfügung. 

In Abhängigkeit vom logischen Pegel am Ein- 
gang 3/4 (Pin 13) liegt die Oszillatorfrequenz 
durch 3 oder 4 geteilt am Ausgang ZCK an, 
der die Anforderungen für die MOS-Taktver- 
sorgung gewährleistet (Bild 2a). 

Im U-8000-Modus wird der durch 4 geteilte 
Osziilatortakt an den Ausgängen CK und 
TCK mit einem Tastverhältnis 1 :1 zur Verfü- 
gung gestellt. An den Ausgängen TCK/2 und 
TCK/4 wird der Systemtakt (ZCK), durch 2 
und 4 geteilt, bereitgestellt (Bild 5). Für den 
8086 ist ein unsymmetrisches Tastverhältnis 
erforderlich (Bild 6). 

Der Eingang 3/4 wird dazu auf L gelegt. Um 
die Synchronisation aller Taktau sgäng e zu 
ermöglichen, können die Teiler mit CLR takt- 
synchron rückgesetzt werden. 



Spezielle Logikschaltungen 
und Anwenderschaltung 

Die im DL 8127 enthaltenen Logikschaltun- 
gen sind an die genannten Mikrorechnersy- 
steme angepaßt, können aber auch ander- 
weitig genutzt werden. Am Anschluß 14 
(RESETOUT) wird für die CPU ein taktsyn- 
chrones (L-H-Flank e) Rückset zsignal bereit- 
gestellt. Das Pin 1 5 (RESET IN) wird dazu mit 
einem Kondensator gegen Masse beschäl- 
tet. Dieser Eingang hat Schmitt-Trigger- Ver- 
halten. Die minimal zulässige Eingangs-H- 
Spannung ist 2,8 V. Der typische Schaltpunkt 
U iH l iegt bei 2,5 V mit einer Hysterese von 1 V. 
DerRESETOUT-lmpuls muß für U-8000-Sy- 
steme mindestens 5 Taktzyklen betragen. 
Der Kondensatorwert läßt sich in etwa nach 
der Beziehung (1) ermitteln: 

C« 1.1/Fc (1) 

CinnF 

Fc = Systemtakt in MHz 

Liegt Pin 1 3(3/4) auf L, ist RESETOUT H-ak- 

tiv. 
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Bild 8 TfMEÜUT-Zeitverh alten 


Eine weitere Logikeinheit beeinflußt den 
WAIT-Ausgang, der die CPU veranlaßt, in 
den Warte zustand zu gehen. 

Der WAIT-Ausgang wird auf Low gesetzt, 
wenn an den Eingängen RUN/HALT oder 
READY L-Pegel anliegt. Be einfluß t werden 
kann in diesem Zustand der WAIT-Ausgang 
durch die Steuereingänge ST1, ST2, ST3. 
Liegt an allen Steuereingängen L - das be- 
deutet, daß die CPU interne Operationen 
oder S peiche rauffrischungen durchführt -, 
wird der WAIT-Ausgang auf H gesetzt, um 



der CPU diese Operationen zu ermögl ichen. 
Für eine T akt periode (bei RUN)/(HALT auf 
Low) geht der WAIT-Ausgang auf H-Poten- 
tial, wenn am Eingang SSNC ein L-Impuls 
angelegt wird. Auf diese Weise kann man die 
CPU quasi im Schrittbetrieb laufen lassen. 
SSNC und SSNO sind Eingänge eines Flip- 
Flops und sollten für Schrittbetrieb mit einem 
zweipoligen Umschalt er bes chältet werden 
(siehe auch Bild 7). Das WAIT-Signal kann 

nach 1 5 CPU-Taktzyklen (trotz L am Eingang 
READY) aufgehoben werden, wenn zuvor 
der TIMEOUT-Zähler in Betrieb gesetzt 
wurde (TOEN auf Low). 

Mit der steigenden Flanke des 1 6. MOS-Tak- 
tes wird für ein e Taktperiode WAIT auf High 
und TIMEOUT auf Low gesetzt und damit die 
WAIT-Forderung eines externen Gerätes be- 
gren zt (Bild 8). Zu beachten ist, daß der Ein- 
gang TOEN mit dem Takt synchronisiert wer- 
den muß, da sonst derTIMEOUT-lmpuls ver- 
kürzt w ird und doppelt auftreten kann, wenn 
TOEN während des 16. Taktimpulses auf 
High geht. 

Ersichtlich ist dies er Fall aus Bild 8 (rechte 
Bildhälfte). Schaltet tOEN während der übri- 
gen Taktperioden auf High, wird der Zählvor- 
gang ausgesetzt. Dies kann z. B. bei DMA- 


ssnoZ 

f ~ 

JUcc 

SSNCZ 

2 23 

iRUNliWJ 

TCKßZ 

3 22 

3wnr 

TCK/2Z 

4 21 

3sri 

TCKZ 

5 20 

3ST2 

OT?C 

6 19 

3ST3 

cZ 

7 18 

3TIME0UT 

ZCKZ 

8 ' 17\ 

3READY 

oscz 

9 16 

3WÄIT 

X2Z 

10 15 

3XESETIN 

XI Z 

11 14 

3RESET0UT 

MZ 

12 13 \ 

DL 81270 

3U3 


Bild 10 Anschlußbelegung des DL 8127 


Betrieb der Fall sein. Ebe nfalls ausgesetzt 
wird der Zählvorgang, wenn WAIT auf High 
geht (ST, , 2i3 = L). In den Bildern 7 und 9 sind 
Einsatzbeispiele für die U-8000- und 8086- 
CPU angegeben. 

Die Betriebsspannung des DL 81 27 sollte mit 
47 nF Scheibenkondensatoren und 47 /iF El- 
kos abgeblockt werden. 

Bild 10 zeigt die Anschlußbelegung des 
Schaltkreises. 

Der DL 81 27 D kann selbstverständlich auch 
außerhalb der genannten Rechnersysteme 
zur Erzeugung eines quarzstabilen Taktes im 
angegebenen Frequenzbereich verwendet 
werden. Die Steuerung des 3/4-Eingangs 
durch TCK/2, TCK/4 oder extern ermöglicht 
zusätzliche, vor allem ungerade Teilerver- 
hältnisse. 

Literatur 

/I/ Fachbereichsstandard TGL 43298 
121 Systemtaktgeneratorschaltkreis DL 8127 D 
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Echtzeit-Debugger DRTC8000 


Wolfgang Rehm 

Technische Universität Karl-Marx-Stadt, 
Sektion Informationstechnik 

Einführung 

Zur Lösung industrieller und nachrichten- 
technischer Echtzeitsteuerprobleme auf der 
Basis von Mikrorechnern wurde an der Tech- 
nischen Hochschule Karl-Marx-Stadt das 
Programmiersystem PLZ/RTC /I/ geschaf- 
fen und in der Folgezeit insbesondere in Ver- 
bindung mit der Implementierung auf 16-Bit- 
Mikrorechnern weiterentwickelt 121 ... m. 
Entsprechend dem Grundkonzept werden 
die Anwenderprogramme in der höheren 
Echtzeitsprache PLZRTC formuliert, und im 
Ergebnis eines in mehreren Schritten ausge- 
führten Übersetzungs- und Bindelaufs erfolgt 
die Zielkodegenerierung für einen konkreten 
Prozessor. 


Bei der Implementierung für den Prozessor 
U8000 wurde besonderer Wert auf die Mög- 
lichkeit einer effektiven Programmierung auf 
allen Sprachniveaus gelegt. Die differen- 
zierte Leistungsfähigkeit der unter dem Be- 
triebssystem UDOS laufenden Cross-Soft- 
ware ist dabei ebenso in Betracht gezogen 
worden wie die Einsatzerfahrung der 8-Bit- 
Implementation. 

Als wesentliches Produkt des Generierungs- 
vorganges entsteht der Echtzeitsteuerkern. 
Während er vom Gesichtspunkt der Hoch- 
sprache im Sinne einer Laufzeitumgebung 
weniger Beachtung findet, besitzt er für den 
Assemblerprogrammierer eine zentralere 
Bedeutung, speziell zum Zeitpunkt des T ests 
des Programmsystems. 

Für den Test eines parallelen Anwenderpro- 
grammpaketes sind übliche Debugger /8/ 
vollkommen ungeeignet, insbesondere was 


die Funktionen zur Steuerung des Pro- 
grammlaufs betrifft. Das leuchtet sofort ein, 
wenn man bedenkt, daß es nicht nur ein Pro- 
gramm schlechthin gibt, sondern viele 
(quasi-) parallel ablaufende Prozesse. So 
kann die Fortsetzung eines Programms bei- 
spielsweise nicht einfach durch ein Sprung- 
kommando zu einer definierten Speicher- 
zelle vom Bediener festgelegt und somit die 
Schedulersteuerung umgangen werden. 
Eine Unterbrechung darf andererseits nur 
gezielte Teile eines Prozeßsystems stillegen. 
Aufgrund der beschränkten Symbolfähigkeit 
der Cross-Software wurde der Debugger so 
konzipiert, daß er in Verbindung mit den je- 
weiligen Programm-(Assembler-)Listen ei- 
nen effektiven Test des Anwenderpro- 
grammsystems ermöglicht. 

Bevor näher auf den Echtzeitdebugger ein- 
gegangen wird, soll nachfolgend eine Kurz- 
beschreibung der RTC-Kernimplementie- 
rung RTC8000 /5/ für die 16-Bit-Prozessoren 
U8001/U8002 gegeben werden. 
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Tafel 1 Kernruf-Prir 


Kern ruf 

Übergabeparameter 


Rückgabeparameter 


pari 

par2 

par3 

pari par2 par3 

START 

pnr 

messagel 

message2 

pnr 

START 1 

pnr 

messagel 

message2 


STOP 





STOPI 

pnr 




THIS 




pnr-index 

HOLD 

pnr 




CONTN 

pnr 




SEND 

pnr 

messagel 

message2 


WAIT 




pnr messagel message2 

CLASS 

pnr 

dass 



PRTY 

pnr 

priority 



ASSIGN 

iveknr 




RESIGN 

iveknr 




ENABLE 

pnr 




DISABL 

pnr 




TIMER 

action 

Zeitwert 



TIMDEL 





RTIME 

Zeitwert 




STIME 

Zeitwert 




TIMEOUT 



Abbruchkode 

STATUS 




Prozeßstatus 

LOCK 

Schedulersperre 



UNLOCK Freigabe 



INTRET 

spez. Kerneintritt 




pnr: Prozeßnummer 


Tafel 2 

Typische Kemreaktionszeiten einiger Kernrufe 

Kernruf Prozeßumschaltung 

ohne mit 

START 179 + 10*p 215 + 10*p 

STOP 144 

HOLD 103 142 

CONTN 74 130 

CLASS 80 178 + 10*p 

PRTY 81 142 + 10* p 

SEND 165 202 + 1 0 * p 

WAIT 82 135 

TIMER 118 + 15*p 

THIS 65 + 1 0 * p 

p Prozeßanzahl in div. Warteschlangen 

RTC8000-Kern 

Der RTC8000-Kern ist besonders zur Im- 
plementierung von Programmpaketen zur 
Steuerung mittlerer Prozeßsysteme geeig- 
net. 

Er stellt eine qualitative Weiterentwicklung 
des RTC80-Kerns /I/ dar und wurde äußer- 
lich so gestaltet, daß die im Rahmen- 
(Sprach-)Konzept/9/ geforderten Funktionen 
als semantische und syntaktische Unter- 
menge im wesentlichen enthalten sind. 

Neu sind unter anderem die Hinzunahme 
weiterer, leistungsfähiger Kernrufprimitiven 
zurZeitverwaltung, Schedulersteuerung und 
Prozeßfeldverwaltung, die Modifikation der 
SEND/WAIT-Primitiven im Sinne einer ein- 
eindeutigen Prozeßkommunikation, die Ver- Bild 2 

feinerung des Unterbrechungs- (Vorpla- Teststrategie 


Bild 1 

Programmauszug 
„The Dining Philoso- 
phen“ 
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nungs-) Mechanismus sowie die Unterstüt- 
zung der Multiprozessor-Kommunikation in 
verteilten Systemen. 

Eine Übersicht über die Kernrufprimitiven 
und die entsprechenden Kernverwaltungs- 
zeiten sind in den Tafeln 1 und 2 gegeben. 
Einfachheit und Übersichtlichkeit des RTC- 
Systems wird durch die Reduktion auf einen 
einzigen Objekttyp, den Prozeß erreicht. 

Die zur Kommunikation erforderlichen Puffer 
(mailboxes) sind implizit mit der Existenz ei- 
nes jeden Prozesses gegeben und an diesen 
gebunden. Die Anzahl der Prozeß-Objekte 
wird (statisch) zum Programmgenerierungs- 
zeitpunkt festgelegt. 

Triviale Synchronisationsobjekte (Sema- 
phore) werden durch speziell programmierte 
Prozesse gleichsam effektiv realisiert. 

Die Umgebung des Kerns kennt also nur Pro- 
zesse, deren koordiniertes Multitasking 
durch diese selbst in Gestalt von Kernrufen 
gesteuert wird. Zur Verdeutlichung ist in Bild 
1 ein Auszug aus einem in der Echtzeit-Hoch- 
sprache PLZRTC notierten Programmbei- 
spiel „The Dining Philosophers“ gegeben. 
Unterbrechungen (Interrupts) werden in 
Kernrufaktionen überführt. Die eindeutige 
Verbindung zwischen Interruptvektor und ge- 
wünschtem Kernruf wird durch einen Vor- 
planungsruf erzeugt. Allerdings müssen Un- 
terbrechungen nicht unbedingt in einen Kern- 
ruf münden. Vielmehr liegt die Entscheidung 
darüber in der Interruptroutine selbst. Damit 
werden auch zeitkritische Untertfrechungs- 
arbeiten systematisch unterstützt. 
Ausnahmebehandlungen (Traps) werden 
wie „normale“ Interrupts behandelt, womit 
die Ausnahmereaktion völlig in der Hand des 
Programmierers liegt. Der exklusive Zugriff 
auf kritische Regionen kann auf zweifache 
Art und Weise realisiert werden. Allgemein 
wird ein mit der Region logisch verbundener 
Semaphorprozeß vorgesehen und abge- 
fragt. 

Zeitlich kurze kritische Abschnitte sind effek- 
tiver durch die Einklammerung mit den Kern- 
operationen LOCK/UNLOCK zu realisieren. 
(Im Gegensatz zur adäquaten Realisierung 
per Kernrufe ENABLE/DISABL können zeit- 
kritische Interruptbursts weiterhin bearbeitet 
werden.) 

Zum Geben und Überwachen von Zeitwerten 
kann die Systemuhr vermittels definierter 
Zeitahweisungen genutzt werden. Ein defi- 
niertes Voranschreiten des Prozeßsystems 
wird damit gesichert. 

Die Kommunikation in Mehrrechnersyste- 
men erfolgt ausschließlich über den Nach- 
richtenaustausch per SEND/WAIT-Primiti- 
ven. Genutzt wird eine inhomogene Interpre- 
tation des SEND-Rufparameters Zielprozeß- 
nummer, von dem ein Warteteil einen Nach- 
richtenpuffer spezifiziert. Der Adressat einer 
Nachricht ist ein genau einmal im Gesamtsy- 
stem vorhandener Nachrichtenpuffer, von 
Typ und Größe gleich dem eines normalen 
Prozeßpuffers. Seine Lage und Verbindung 
zu einem bestimmten Prozeß werden in spe- 
ziellen Konfigurationstabellen festgelegt. 

Debugger DRC8000 

Der Echtzeitdebugger DRTC8000 arbeitet in 
Verbindung mit dem Echtzeitbetriebssystem- 
kern RTC8000 151 und dien) zum Echtzeit- 
Test eines Anwenderprogrammpaketes in 
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Funkwerk Köpenick beschäftigt. 
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mals Technische Hochschule Karl-Marx-Stadt) in 
Forschung und Lehre auf den Gebieten 16-Bit-Mt- 
krorechentechnik, Echtzeit-Betriebssysteme und 
verteilte Betriebssysteme tätig 


Verbindung mit den jeweiligen Programm- 
(Assembler-)listen. Unter anderem in Aus- 
wertung einiger Echtzeitdebugger für diverse 
Echtzeit-Betriebssystemkerne /10/ ... /1 2/ 
wurde der Debugger so entwickelt, daß ein 
einfaches und klares Konzept die unten be- 
schriebene Teststrategie unterstützt. 

Der Debugger ist ein Quasi-Anwenderpro- 
zeßpaket, welches höchstpriorisiert arbeitet. 
Das Besondere besteht darin, daß er über die 
Datenstruktur des RTC-Kerns informiert ist 
und mittels der beiden vom Kern angebote- 
nen Globalreferenzen RTCKON, RTCDAT 
zu dieser unmittelbaren Zugang hat. 

Des weiteren löst er die drei vom Kern gefor- 
derten Referenzen Tentry, Texit, Setcou auf. 
Mehr Bindungen bestehen nicht! 

Ebenso wie der RTC-8000-Kern stellt der De- 
bugger kaum Hardwareanforderungen. Sie 
reduzieren sich auf eine Zähler-Hardware so- 
wie die Spezifika des Dialogkanals. Die zuge- 
hörigen Programmteile sind im Debuggermo- 
dul DEA.S im Quelltext gegeben, können 
vom Anwender gezielt editiert und im Binde- 
lauf mit den übrigen Debuggerteilen zum vor- 
gefertigten abgeschlossenen Debuggerob- 
jektmodul zusammengefaßt werden. 
Entsprechend den beiden Prozessorvarian- 
ten U8002 und U8001 gibt es zwei Versionen 
mit den korrespondierenden Objektmodulbe- 
zeichnungen DRTC2.0BJ bzw. DRTC1 .OBJ 
(z.Z. nur die nichtsegmentierte Variante). 
Der Debuggerobjektmodul wird wie ein „nor- 


Talel 3 Debuggerkommandos (Auszug) 
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Hinweis: -K- unmittelbar folgendes 
Debuggerkommando (typ. Kemruf) 


maler“ Anwendermodul und im Gleichlauf mit 
diesen mit dem Kern gebunden. 

Teststrategie 

Ausgenutzt wird die Fähigkeit des RTC- 
Kerns, Prozeßklassen (bzw. Prioritäten) dy- 
namisch verwalten zu können. Der Debugger 
besitzt einen Prozeß, dem eine Sonderauf- 
gabe für den Start bzw. die Unterbrechung 
des Anwendersystems zugewiesen ist. Nach 
dem Debuggeranlauf arbeitet dieser „Blend- 
prozeß“ ohne freiwillige Prozessorfreigabe 
(Warteschleife) auf einem hohen, über dem 
Anwendersystem liegenden Rang 
high-class und blendet alle niederpriorisier- 
ten Teile aus. 

Mit Ausführung des Kommandos Go wird die 
Klasse dieses Prozesses auf den Wert low- 
class gesetzt, und ein entsprechend geringe- 
rer Teil des Anwendersystems wird ausge- 
blendet. 

Das Kommando Stop setzt die „Blende“, 
sprich Klasse des Blendprozesses, wieder 
auf den Wert high-class. Die Distanz zwi- 
schen den Blendwerten kann soweit einge- 
grenzt werden, daß quasi nur noch ein Pro- 
zeß getestet wird. 

Mit Hilfe des Kommandos Blende können die 
aktuellen Werte von high-class und low-class 
angezeigt werden. 

Die Grundstrategie sollte sein, daß schritt- 
weise die getesteten höherpriorisierten Pro- 
zesse in den Hintergrund verlegt werden, 
was mit einem schrittweisen Erniedrigen des 
high-class-Wertes einhergeht (Bild 2). 

Kommandos 

Der Einzelschrittbetrieb mittels des Kom- 
mandos Next entspricht einem Go mit an- 
schließend automatischem (hardware-akti- 
vierten) Stop. Die NVI-lnterruptebene wurde 
als Betriebssystem-Interruptebene vorgese- 
hen. Diese steht dem Anwender nicht zur 
Verfügung. Da sich der Kern gegen diese In- 
terrupts sperrt, wird er stets in einem Schritt 
durchlaufen. Die Schrittlogik verwendet den 
NVI (nicht den NMII). Das Next-Kommando 
kann folglich ohne Einschränkungen verwen- 
det werden. 

Zum gezielten Test einzelner Prozesse ist es 
notwendig, daß ihre Beziehungen zum übri- 
gen Prozeßsystem nachgebildet werden 
können. Folglich wurden Debugger-Kom- 
mandos vorgesehen, die zielgerichtete Kern- 
rufe und Ereignisse auslösen. 

Zwei Prüfpunkte können gesetzt werden. Mit 
dem Kommando Break-System BS wird ein 
Soft-Prüfpunkt auf eine Adresse gesetzt, wel- 
cher nach dem Erreichen quasi ein Stop- 
Kommando ausführt; es werden also Teile 
des Anwendersystems deaktiviert. 

Mit dem Kommando Break-Prozeß BP wird 
ein Soft-Prüfpunkt auf eine Adresse gesetzt, 
der nach dem Erreichen eine geplante Kern- 
aktion auslöst, welche eine mehr lokale als 
globale Bedeutung für das übrige Anwender- 
system haben sollte. 

Durch Ausführung des Register-Komman- 
dos werden alle Register eines Prozesses 
sowie der komplette Prozeßstatus in Gestalt 
des Prozeßstatuswortes ausgegeben. So be- 
deutet zum Beispiel die Ausgabe eS.VN. Mr 
blAw s . . daß der Prozeß nichtsegmentiert 
(e) und im Systemmodus (S) arbeitet, daß der 
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vektorierte und nichtvektorierte Interrupt frei- 
gegeben sind (V), (N), daß sich eine Mes- 
sage im Nachrichtenpuffer befindet (M) und 
der Laufzustand des Prozesses „angehal- 
ten“ (A) ist. 

Ein besonderes Merkmal des Debuggers ist, 
daß er in Zusammenarbeit mit dem Kern eine 
Trace-Funktion unterstützt. Jeder Kerneintritt 
und -austritt wird kodiert in einem Ringpuffer 
abgelegt. Damit können der Echtzeitlauf der 
Kernrufe und die damit möglichenweise ver- 
bundenen Prozeßumschaltungen für einen 
definierten Zeitabschnitt verfolgt werden. 
Das Setzen definierter Triggerbedingungen 
für den Echtzeitlauf gestattet das „Heraus- 
schneiden“ bestimmter Zeitabschnitte. 

Einen Kurzüberblick über die wesentlichen 
Debuggerfunktionen zeigt Tafel 3. 


Bestandteile 

Der Debugger besteht aus 9 Prozessen, de- 
nen die Prozeßnummern 1 bis 9 zugewiesen 
sind. Neben den Terminalhandler-, den Inter- 
rupt-, Blend- und Kommandoprozessen wird 
ein „leerer“ Prozeß zur Verfügung gestellt, 
dem beliebige (Unter-)Programme des An- 
wendersystems zugewiesen werden kön- 
nen. Die aktuelle Fortführungsadresse die- 
ses Testprozesses kann mit dem Kommando 
Test überschrieben und der Prozeß selbst 
gestartet werden. Die Klasse des Testpro- 
zesses liegt nach der Initialisierung direkt un- 
terhalb derjenigen des Blendprozesses. Da- 
mit können beliebige Programmteile kurzzei- 
tig höchstpriorisiert ausgeführt bzw. getestet 
werden. 


Des weiteren stellt der Debugger einen Uhr- 
prozeß bereit, dem verschiedenste Zeitauf- 
träge übertragen werden können. 

Schlußbemerkung 

Mit den Grundfunktionen 

- Prozeßsystem-Start/Stop 

- Setzen von Prüf punkten mit Teilsystem- 
stop 

- Setzen von Prüfpunkten mit Auslösung de- 
finierter Kernaktionen 

- Schrittbetrieb eines definierten Teils des 
Prozeßsystems 

- Emulation von Kemrufen und Ereignissen 

- Echtzeit-Tracefunktion 

- rückassemblierte Anzeige definierter Co- 
debereiche 

ermöglicht der vorgestellte Debugger einen 
wirkungsvollen Test eines Echtzeitpro- 
grammsystems auf der Basis des RTC8000- 
Kerns. Die Kernimplementierung selbst 
wurde mit dem Debugger auf einer 
USSßOOO-Standardkonfiguration /1 3/ gete- 
stet. Allgemeine Leistungseigenschaften und 
Codeumfang (etwa 4 bis 9 KByte) des De- 
buggers stehen in ausgewogenem Verhält- 
nis zum Kern. 
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Gerätesystem zur 
prozeßnahen Automatisierung 
EAW electronic S 2000 


Zur Lösung vielfältiger Automatisierungsaufgaben mit verfahrens- 
technischem Charakter in der chemischen Industrie, der Kraft- 
werkstechnik, der Maschinen- und Aggregatautomatisierung, der 
Landwirtschaft, der Nahrungsgüterindustrie u. a. Industriezweigen 
produziert das Kombinat VEB Elektro-Apparate-Werke Berlin- 
Treptow das Gerätesystem zur prozeßnahen Automatisierung 


EAW electronic S 2000. In den unterschiedlichsten Ausbauvarian- 
ten, ausgehend von einem für den Anwendungsfall optimal zuge- 
schnittenen modularen Aufbau, bietet das System für den Anwen- 
der vorteilhafte Gebrauchswerte. Sie sind insbesondere in der ein- 
fachen Projektierung der Hardware, der Unterstützung des Pro- 
jektierungsprozesses der Software über leistungsfähige Fach- 
sprachen, der einfachen Anlagenerrichtung - bedingt durch ko- 
stengünstige Schraubklemmtechnik zum Anschluß der Prozeßsi- 
gnale - sowie durch nicht erforderliche Schrankeinheiten zu ihrer 
Unterbringung zu sehen. 

EAW electronic S2000 wird in Form des Mikrorechnerreglers 
EAW electronic S2000-R und als speicherprogrammierbare 
Steuerung EAW electronic S2000-S den Anwendern angeboten. 
Beide Einrichtungen sind speziell für ihre Einsatzbereiche in ihren 
Hard- und Softwareeigenschaften so ausgelegt, daß sie den Auf- 
gabenstellungen optimal genügen. Die freie Programmierbarkeit 
der Einrichtungen sichert die Realisierung selbst komplizierter 
Aufgabenstellungen. 

Die Softwarepakete PROMAR und PROLOG ermöglichen auf 
dem Programmiergerät P 8000, PC 1715 bzwr Bürocomputer 
A5120 einen durchgängigen CAD-Prozeß für die Anwenderpro- 
grammentwicklung, die Inbetriebnahme der Einrichtungen sowie 
die Durchführung von Aufgaben der Simulation programmierter 
Strukturen und die Bemessung von Regelkreisen. Für die Kopp- 
lung mit Leit- bzw. übergeordneten Rechnern und zur Realisie- 
rung bildschirmorientierter Kommunikation stehen standardisierte 
serielle Schnittstellen zur Verfügung. 

EAW electronic S2000 wird ab 4'1987 im Stammwerk des Kombi- 
nates Elektro-Apparate-Werke „Friedrich Ebert“ in Berlin Treptow 
produziert und noch 1 987 in größerer Stückzahl den Anwendern in 
der DDR bereitgestellt. Korner 
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Terminalanschluß 
an paketvermittelte Datennetze 


Dr. Achim Hennecke, Franz Janitzek, 
Norbert Klehn, Bernd Rieger 
Akademie der Wissenschaften der DDR, 
Institut für Informatik 
und Rechentechnik Berlin 


Der folgende Beitrag beschreibt den An- 
schluß von Terminals an ein öffentliches Da- 
tennetz mit einer X.25-Schnittstelle unter 
Verwendung einer Terminal-Kommunika- 
tionseinrichtung (TKE), die die Terminals von 
einem großen Teil der Kommunikationsfunk- 
tionen entlastet. Die Datenübertragung zwi- 
schen den Terminals und der TKE wird auf 
Basis dort standardmäßig vorhandener 
Schnittstellen und geeigneter Datenübertra- 
gungsverfahren realisiert. Die ersten auf den 
Terminals implementierten Anwendungen 
sind die Operatorkommunikation, der File- 
übertragungsdienst und die entfernte Auf- 
tragsbearbeitung. Für eine effektive Reali- 
sierung der Kommunikationsfunktionen und 
der Anwendungen wurde eine einheitliche 
Basissoftware entwickelt. 


verschiedener Architektur und für verschie- 
dene Anwendungen. Im besonderen gibt es 
eine wachsende Notwendigkeit, heterogene 
Rechnersysteme innerhalb eines Rechner- 
netzes zu verbinden. Das sollte in Überein- 
stimmung mit den Architekturprinzipien, die 
im OSI-Referenzmodell (OSI-RM) IV defi- 
niert sind, und mit den Standards, die für die 
Dienste und Protokolle der einzelnen Schich- 
ten entwickelt wurden, getan werden. Den 
Architekturprinzipien des OSI-RM folgend, 
muß auf allen Endsystemen die gesamte 
Hierarchie der sieben definierten Kommuni- 
kationsschichten zur Verfügung gestellt wer- 
den. Die Implementierung dieser Schichten 
ist durch das OSI-RM nicht festgelegt und 
kann deshalb von einem Endsystem zum an- 
deren unterschiedlich sein. Sie hängt zum 
Beispiel von den Leistungsparametern der 
Rechnersysteme, die verbunden werden sol- 
len (Hauptspeicher, Geschwindigkeit) und 
von der Implementierungsumgebung (Be- 
triebssystem, Programmiersprachen usw.) 
ab. 


1. Einführung 

Paketvermittelte Datennetze mit einer X.25- 
Schnittstelle bilden eine weitverbreitete 
Grundlage als Informationsübertragungssy- 
steme für den Aufbau von Rechnernetzen 


Bild 1 Rechnernetz mit Endsystemen, die über 
Kommunikationseinrichtungen mit dem Datennetz 
verbunden sind 
AR - Arbeitsrechner 
TL -Terminal 
DN- Datennetz 

AKE- Arbeitsrechner-Kommunikationseinrichtung 
TKE - Terminai-Kommunikationseinrichtutung 


2. Terminalanschluß 

Ausgehend von den Erfahrungen bei der Ent- 
wicklung und Inbetriebnahme des Rechner- 
netzes DELTA 121 wurden für den Anschluß 
von Endgeräten an das Datennetz Kommuni- 
kationseinrichtungen /3/ entwickelt. Während 
Arbeitsrechner mit Hilfe einer Arbeitsrech- 
ner-Kommunikationseinrichtung mit dem Da- 
tennetz verbunden sind, wird für den An- 
schluß der Terminals eine Terminal-Kommu- 
nikationseinrichtung (TKE) genutzt (Bild 1 ). 

2.1. Struktur des Terminalanschlusses 
Die TKE besteht aus den beiden logischen 
Teilen Transportstation (TS) und Terminal- 
Anschlußsteuerung (TAS). 



Bild 2 Struktur des Ter- 
minalanschlusses 
OKD - Operatorkom- 
munikationsdienst 
FÜD - Fileübeitra- 
gungsdienst 
EAB - Entfernte Auf- 
tragsbearbeitung 
TAS - Terminal-An- 
schlußsteuerung 
TS- Transportstation 


Die TS realisiert die Verbindung der TKE zum 
Datennetz. Sie besteht aus den untersten, 
vier Schichten des OSI-RM und stellt somit ' 
den Transportdienst bereit. 

Die TAS ist verantwortlich für den Anschluß 
der Terminals an die TKE. Sie erfüllt keine 
Kommunikationsfunktionen im Sinne des 
OSI-RM, sondern realisiert eine transparente 
Übertragung der Transportschnittstellenda- 
teneinheiten zwischen der TKE und den an- 
geschlossenen Terminals und stellt somit die 
Transportdienstschnittstelle auf dem Termi- 
nal bereit. 

Eine entsprechende Partnerkomponente der 
TAS befindet sich auch auf den Terminals. 

Die ersten auf den Terminals realisierten An- 
wendungen sind die für das Rechnernetz 
DELTA definierten Dienste zur Fileübertra- 
gung und Operatorkommunikation. Auf Basis 
des Fileübertragungsdienstes ist weiterhin 
die Realisierung der Entfernten Auftragsbe- 
arbeitung vorgesehen. Diese Anwendungen 
nutzen direkt die Schnittstellen des OSI- 
Transportdienstes (Bild 2). 

2.2. Basissoftware 

Als Voraussetzung zur Implementierung der 
Kommunikationsfunktionen wurde Basissoft- 
ware geschaffen. Sie wird sowohl für die Ter- 
minals als auch für die TKE genutzt. 

Die Basissoftware besteht aus mehreren 
Komponenten (Bild 3): 

■ Die Komponente zur Datenfernübertra- 
gung realisiert eine zeichenorientierte asyn- 
chrone Datenübertragungsprozedur. Dazu 
wird die standardmäßig vorhandene V.24- 
Schnittstelle genutzt. In Abhängigkeit von der 
eingesetzten Datenübertragungseinrichtung 
sind Übertragungsgeschwindigkeiten von 
1 ,2 ... 9,6 KBit/s möglich. 

■ Der Prozeß-Supervisor realisiert eine Pro- 
zeßsteuerung und stellt dem Anwender einen 
Satz von Routinen zur Programmierung von 
mehreren quasiparallel arbeitenden Prozes- 
sen auf einer 1 -Prozessor-Maschine bereit. 
Die Kommunikation zwischen den Prozes- 
sen erfolgt ereignisgesteuert. 

■ Die Prozeßsteuerung macht es notwendig, 


Datennetz Terminal- 


einrichtung 
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0 

0 



Ld 




Bild 3 Struktur der Ba- 
sissoftware 

IOH - Ein-Ausgabebe- 
handler 

OPI - Bedienereingabe 
DFÜ- Komponente zur 
Datenfernübertragung 
PSV - Prozeßsupervi- 


ZGD - Zeitgeberdienst 
PO - Pufferorganisation 
ISR - Interrupt-Ser- 
vice-Routine 
SCP - Betriebssystem 
Bild 4 Struktur der An- 
wendungsdienste 
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,, rechner, ; .- w .»,i,, .. . 

E/A-Operationen (einschließlich Datenüber- 
tragung) zu überwachen und zu koordinie- 
ren. Diese Funktion erfüllt die Komponente 
Ein-I Ausgabe-Behandler. Dem Anwender 
wird eine einheitliche Schnittstelle zum For- 
mulieren seiner E/A-Aufträge bereitgestellt, 
weiterhin stehen mehrere Routinen zur Bild- 
schirmsteuerung und -ausgabe bereit. 

■ Die Pufferorganisation ermöglicht eine dy- 
namische Speicherverwaltung und somit 
eine effektive Nutzung des Hauptspeichers. 

■ Der Zeitgeberdienst ist eine Komponente, 
die einen Time-Out-Service und eine Echt- 
zeituhr realisiert. Diese Dienste werden dem 
Anwender ebenfalls über bestimmte Routi- 
nen zur Verfügung gestellt. 

■ Die Steuerung der Anwendersoftware 
kann kommandogesteuert erfolgen. Durch 
Betätigung einer Gesuchtaste können Kom- 
mandos eingegeben werden. Neben den in- 
ternen Kommandos der Basissoftware 
(CLOCK, DIR, DUMP, ERA, HARDCOPY, 
REN, RESET, TRACE) kann der Anwender 
eigene Kommandos definieren. Eine ent- 
sprechende Schnittstelle stellt die Kompo- 
nente Bedienereingabe bereit. 

Somit kann diese Basissoftware als Stan- 
dard-lmplementierungsumgebung für die 
Realisierung von Netzanwendungen genutzt 
werden. Die Anwendungen können in den 
Programmiersprachen PASCAL oder As- 
sembler erstellt werden. Der Hauptspeicher- 
platzbedarf der Basissoftware beträgt je nach 
Ausbaustufe 10 . . 15 KByte. 

2.3. Realisierung 

Die Lösung beruht auf Gerätetechnik aus 
DDR-Produktion. Als Terminals kommen Bü- 
rocomputer der Typen A 51 20 und A 51 30 so- 
wie der Personalcomputer PC 1 71 5 zum Ein- 
satz. Für alle eingesetzten Terminals ist das 


Betriebssystem SCP verfügbar. Als TKE wird 
ein modifizierter Konzentrator K 8521 einge- 
setzt. An eine TKE können maximal 16 Ter- 
minals angeschlossen sein. 

Die Terminal- Anschlußsteuerung (TAS) ist 
die Software-Komponente, die die Daten- 
übertragung zwischen der TKE und den an- 
geschlossenen Terminals übernimmt. Ent- 
sprechend den Funktionen besteht die TAS 
aus zwei logischen Teilen, aus der Übertra- 
gungskomponente und aus dem Schnittstel- 
lenbehandler. Die Übertragungskomponente 
realisiert die Datenübertragung mit Hilfe des 
von der Basissoftware bereitgestellten Über- 
tragungsverfahrens und darüber hinaus wei- 
tere Fehlererkennungsmaßnahmen, um eine 
gesicherte Datenübertragung zu erreichen. 
Die Übertragungskomponente ist unabhän- 
gig von der Schnittstelle zwischen der T rans- 
port- und Sitzungsschicht des OSI-RM. Die 
Anpassung zwischen dieser Schnittstelle 
und der Übertragungskomponente ist Auf- 
gabe des Schnittstellenbehandlers. Des wei- 
teren ergreift er eine der Transportdienst- 
schnittstelle entsprechende Maßnahme im 
Falle nichtbehebbarer Übertragungsfehler. 
Die TAS ist als Nutzerprozeß realisiert, wobei 
für jede Leitung ein Prozeß generiert wird. 
Die ersten auf den Terminals realisierten An- 
wendungen sind die für das Rechnernetz 
DELTA definierten Dienste zur Fileübertra- 
gung (FÜD) und Operatorkommunikation 
(OKD). 

Der Dienst OKD ermöglicht die Kommunika- 
tion zwischen beliebigen im Rechnernetz 
verbundenen Teilnehmern. Dabei wird eine 
am Terminal über Tastatur eingegebene Mit- 
teilung zum Empfänger übertragen und dort 
auf dem Bildschirm angezeigt. 

Der FÜD überträgt ein File von einer Diskette 
auf einen externen Datenträger des Empfän- 
gers. Ist der Empfänger ein Terminal, kann 
das File auf Diskette bzw. auf Drucker (bei 
druckbaren Files) ausgegeben werden. Der 
Fileinhalt ist für den FÜD transparent. Es be- 
steht die Möglichkeit, eine Fileübertragung 
operatorgesteuert abzubrechen bzw. wieder 
fortzusetzen. Der FÜD kann gleichzeitig ein 
File senden und empfangen. 

Auf Basis des FÜD ist weiterhin die Realisie- 
rung des Dienstes Entfernte Auftragsbear- 
beitung vorgesehen. Bei diesem Dienst wird 
das vom Terminal gesendete File beim Ar- 
beitsrechner als Jobinput aufgefaßt und ver- 
anlaßt, daß der Joboutput dem entsprechen- 
den Terminal zugestellt wird. 

Die Anwendungen nutzen direkt die Schnitt- 
stelle des OSI-Transportdienstes. Die 
Schnittstelle zum Nutzer der Dienste wurde 
dialogorientiert gestaltet. 

Die Implementierung der Anwendungen ist 
dadurch charakterisiert, daß sich jeder Dienst 
in eine Sende- und Empfangskomponente un- 
terteilt (SENDER, RECEIVER). Jede Kompo- 
nente ist als temporärer Prozeß realisiert, der 
durch eine zentrale Steuerkomponente 
(CONTROLLER) bei Bedarf generiert wird. 
Nach Beendigung der jeweiligen Funktion 
wird der entsprechende Prozeß gestoppt. So- 
mit steht diese Ressource für andere Dienste 
wieder zur Verfügung. Eine Ausnahme hier- 
von bildet der OKD. Auf Grund der geringen 
Laufzeit beider OKD-Komponenten wurden 
sie als Prozeduren innerhalb des CONTROL- 
LERS realisiert. Der CONTROLLER ist als 
permanenter Prozeß implementiert (Bild 4). 


3. Ergebnisse 

Der beschriebene Terminalanschluß unter 
Nutzung der TKE wurde bereits einer produk- 
tiven Nutzung zugeführt. Als Teilergebnis 
wurde ein BC/PC-Verbund auf Basis der TKE 
geschaffen, der unabhängig von der Kopp- 
lung an das Datennetz die Dienste OKD und 
FÜD zur Verfügung stellt. Er bildet somit ein 
allgemein nutzbares System zur Datenüber- 
tragung zwischen mehreren an eine TKE an- 
geschlossenen BC bzw. PC. Dieser BC/PC- 
Verbund dient in einem Pilotprojekt als kom- 
munikationstechnische Grundlage für die 
CAM-Lösung Integrierte Produktions-ITrans- 
portkette Eisenerz, mit der für den Hauptdis- 
patcher des Eisenhüttenkombinats Ost Infor- 
mationen aus dem Seehafen Rostock über 
den Erzzulauf als Entscheidungsgrundlage 
bereitgestellt werden. 
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Universelle Nutzung 
des BASIC-Interpreters 


Prof. Dr. Horst Völz, Berlin 


Es werden aer Arbeitsspeicher und die Rou- 
tinen des BASIC-Interpreters von den KC- 
Rechnern in Tabellenform vorgestellt. Am 
Beispiel einer interaktiven, direkten Funk- 
tionseingabe wird gezeigt, wie man den In- 
terpreterzusätzlich effektiv nutzen kann. Auf 
weitere Möglichkeiten wird hingewiesen. 

Die Subroutinen des BASIC-Interpreters 
von den KC-Rechnern wurden bereits in MP 
6187, S. 182 veröffentlicht. 

Einleitung 

Die Kleinrechner KC 85/1 , KC 85/2, KC 85/3 
und KC 87 besitzen einen Interpreterkern von 
8 KBytes, der identisch ist. Die bei den KC 
85/1 und KC 85/2 verwendete Bandversion 
ist dabei allerdings additiv verschoben. Wäh- 
rend die ROM-Version des Kerns von C000 
bis DFFF liegt, wird die Bandversion von 200 
bis 2A00 abgelegt. Sie enthält außerdem be- 
reits Teile, die über den Kern hinausgehen. 



Bildl BASIC-Programm 


Diese Teile sind bei den Rechnern verschie- 
den. Hier wird nur die Ergänzung bei der 
ROM-Version des KC 85/2 bzw. des KC 85/3 
behandelt. Bei einiger Erfahrung mit dem In- 
terpreter und bei guten Kenntnissen in Ma- 
schinensprache sind diese Angaben aber 
leicht auf die anderen Fälle übertragbar. Es 
sei erwähnt, daß für den Z 1013 die hier be- 
handelte Bandversion ebenfalls verfügbar 
ist. Schließlich sind die meisten BASIC-Ver- 
sionen recht ähnlich zu der hier vorgestellten. 
Daher können viele Angaben nahezu univer- 
sell in BASIC genutzt werden. 

Arbeitsspeicher 

Der Arbeitsspeicher des ROM-Interpreters 
liegt von 300 bis 3FF (2A00 bis 2B00). Bis 
363 werden die Speicherzellen beim Start 
von BASIC mit bestimmten (default-) Werten 
belegt. Sie sind in der T abeile konkret aufgeli- 
stet. Die dann folgenden Werte sind erst beim 
Ablauf eines Programms bedeutsam. Auf alle 
Zellen kann man bei Bedarf zurückgreifen. 
Einige Befehle des BASIC tun dies direkt, 
z.B.: LINES (344), NULL (340), USR (303). 
Mit der Adresse 35F kann man z. B. den Start 
für ein BASIC-Programm verlagern. Dies ist 
eine Methode, um mehrere Programme, die 
im RAM geladen sind, unabhängig lauffähig 
zu halten. Außerdem kann hiermit freier Spei- 


cherraum für Maschinenprogramme reali- 
siert werden. Dabei ist aber zu beachten, daß 
die Zelle bei Neustart immer wieder mit 401 H 
belegt wird. Die weiteren Fakten sind aus der 
Tabelle direkt erkennbar. 


Teilroutinen 

Die Beschreibung der vielfältigen Teilrouti- 
nen wäre sehr umfangreich. Deshalb sei nur 
auf einige, spezielle eingegangen. Die Rou- 
tine bei C4DA wird im nächsten Abschnitt 
noch genauer erklärt: Ab C986 steht eine 
Routine, welche einen Text mit ASCII-Zei- 
chen in hexadezimale Zahlen umwandelt. 
Hierfür könnte z.B. mit INPUT die Folge 
„3509“ der Zeichenkette A$ zugewiesen 
werden. Dann liegt dieser Text auch im Ein- 
gabepuffer ab 362. Setzt man nun HL auf die- 
sen Wert und ruft dann mit CD 86 C9 diese 
Routine auf, so kann man danach in DE den 
HEX-Wert dieser Zahl nutzen. Ähnliche Rou- 
tinen existieren zwar auch in den Betriebssy- 
stemen und könnten von dort genutzt wer- 
den. Anders ist es aber bereits mit der Arith- 
metik. Sie ist ab D45E vorhanden und erlaubt 
eine generelle Nutzung auch in Program- 
men, die nicht in BASIC geschrieben sind. 
Dadurch kann dann z.B. die nicht immer 
glücklich formatierte Zahlenausgabe umgan- 
gen werden. Außerdem lassen sich viele 
BASIC-Organisationen vermeiden. Dadurch 
wird die Arithmetik dann schneller, als sie im 
vollständigen BASIC ist. Auch eine Arithme- 
tik mit komplexen Zahlen läßt sich so definie- 
ren. Eine besonders nützliche Verwendung 
von Routinen aus dem BASIC-Interpreter be- 
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steht darin, zusätzliche Routinen, z. B. über 
CALL oder USR, sich selbst zu definieren. So 
ist zuweilen ein GOTO wertvoll, welches 
nicht Zeilennummern enthält, sondern einen 
arithmetischen Ausdruck verwendet. Ein sol- 
cher Befehl ist mächtiger als ON GOTO. 
Noch eine Möglichkeit besteht darin, das in 
größeren Interpretern vorhandene ON ER- 
ROR GOTO nachzubilden. Hierzu ist in 303H 
die entsprechende Routine zu notieren und 
weiter sind die Fehlnummern auszuwerten. 
Sie sind nach C33E beschrieben. 

Interaktive Funktionseingabe 

Ein großer Nachteil von BASIC ist es, daß 
spezielle Funktionen stets programmiert wer- 
den müssen. Für Anwendungsprogramme, 
die auch „Rechnerlaien“ verwenden sollen, 
ist es geradezu notwendig, eine Funktion im 
Programmablauf - ähnlich wie eine Zahl oder 
ein String - eingeben zu können. Das soll hier 
etwas ausführlicher beschrieben werden. Es 
wird je ein kurzes BASIC- und Maschinen- 
programm verwendet (Bilder 1 und 2). 

Das Maschinenprogramm wird in einer Zeile 
10 unmittelbar nach REM abgelegt. Das ge- 
schieht am besten, indem man zunächst das 
BASIC-Programm - wie abgedruckt - ein- 
gibt. Zusätzlich wird eine Zeile 10 erzeugt: 

10 

und zwar mit möglichst vielen Doppelpunk- 
ten. Auch in der Zeile 20 sind die maximalen 
Doppelpunkte zu erzeugen! 

Danach geht man in den Betriebsmode zu- 
rück und gibt den Maschinencode entspre- 
chend den Adressen ein. Geht man mit RE- 
BASIC nun zurück, so ist das Programm im 
wesentlichen als Einheit fertig. Bevor es ge- 
nutzt wird, sollte es auf alle Fälle gespeichert 
werden. 


Das Programm funktioniert wie folgt: 

Bei RUN wird mit INPUT die eingegebene 
Funktion als String A$ zugewiesen und zu- 
gleich im BASIC-Puffer abgelegt. Dann wird 
die Maschinenroutine ab 40AH aufgerufen. 
HL wird dort auf Bufferbeginn gesetzt. Mit der 
BASIC-Routine SCANN ab 412 (C4DA) wird 
der ASCII-Text in die interne Darstellung des 
Interpreters umgewandelt. Im nächsten Teil 
des Maschinenprogramms ab 418 wird nun 
im BASIC-Programm jene Stelle gesucht, wo 
das Token FN (A7) steht. Ist diese Adresse 
gefunden, so wird um 5 erhöht. Dort steht in 
Zeile 20 das X nach =. Hier wird der interne 
Text der Funktion abgelegt (ab 425). Das 
Ende ist im BASIC-Puffer mit 0 gekennzeich- 
net. Hierauf muß also beim Ablegen getestet 
werden. Dies kann aber nicht über CP 0 erfol- 
gen. Denn im Maschinencode einer REM- 
Zeile darf keine 0 Vorkommen. Sie würde der 
Interpreter als Zeilenende verstehen und da- 
durch das Maschinenprogramm zerstören. 
Nachdem die intern dargestellte Funktion in 
der Zeile 20 abgelegt ist, muß der Text dort 
noch gesichert werden. Er wird mit einem 
Doppelpunkt und REM abgeschlossen (42F). 
Die Zeichen 2 (409) und 0C (43B) sind Hilfs- 
zeichen, die das störende Auflisten der REM- 
Zeile 10 mindern. 

Von der Wirkung der Eingabe einer Funktion 
kann man sich schnell durch BREAK und 
LIST 20 überzeugen. 

Die Zeilen 1 0 und 20 sollten bei der Arbeit mit 
einem derartigen Programm nicht editiert 
werden. Sie würden dann nämlich zerstört 
bzw. in der Länge verkürzt. 

Die Doppelpunkte in 20 (zunächst auch 10) 
sind Platzfreihalter für die Eingaben. Stehen 
dort erst einmal BASIC-Tokens, so ist die 
Darstellung auf der Zeile länger! Deshalb 
führt dann Editieren zum Verkürzen der Zeile. 
Die Zeilen 40 bis 60 im BASIC-Programm 


dienen nur der Demonstration. Sie können 
für Anwendungen durch beliebig andere BA- 
SlC-Zeilen ersetzt werden. Dieses Pro- 
gramm mit der Maschinenzeile 10 ist also 
Ausgangspunkt für die Programmentwick- 
lung. 

Übrigens läßt sich mit dieser Methode auch 
nach anderen Tokens suchen. Der Autor hat 
Programme geschrieben, in denen mehrere 
unterschiedliche Funktionen interaktiv an 
verschiedenen Stellen abgelegt werden. 

Bemerkungen 

Für die Aufstellungen standen ein Ausdruck 
des ursprünglichen Interpreters vom For- 
schungszentrum für Tierproduktion Dum- 
merstorf - Rostock, eines Microsoft-Interpre- 
ters und Hinweise aus der Literatur zur Verfü- 
gung. Es konnten nicht alle ermittelten Routi- 
nen erprobt werden. Daher besteht die Mög- 
lichkeit, daß einige Angaben Fehler enthal- 
ten. 

Des Umfanges wegen, konnten zu den ein- 
zelnen Routinen auch nicht alle Bedingungen 
und die Ein-, Austrittsparameter angegeben 
werden. Der Autor ist interessiert, entspre- 
chende Hinweise zu erhalten. 
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Wie funktioniert ein Laserdrucker? 



Der Laserdrucker arbeitet mit Lasertechnologie 
und elektrofotografischem Druckprinzip. Eine rotie- 
rende, mit einem Fotohalbleiter beschichtete T rom- 
mel, die sog. Fotoleitertrommel, wird bei jeder Um- 
drehung elektrostatisch aufgeladen. Der Laser- 
strahl entlädt die Halbleiterschicht partiell und 
zeichnet so die zu druckende Information auf die 
Fotoleitertrommel; mehrere tausend Zeichen pro 
Minute. Da die Systeme mit einer hohen Auflösung 
arbeiten, lassen sich Zeichen in verschiedenen 
Größen und Schriftarten und auch Grafiken darstel- 
len. Der Laserstrahl wird von einem akustoopti- 
schen Ablenker gesteuert, die horizontale Verände- 
rung übernimmt ein Polygonspiegel, der sich 3000 
mal in der Minutel dreht. Beim Entwickeln nehmen 
diejenigen Stellen der Fotoleitertrommel Toner auf, 
die der Laserstrahl vorher entladen hat. In der Um- 
druckstation wird das auf der T rommel entstandene 
Druckbild auf das Papier übertragen und anschlie- 
ßend fixiert. 

Nach dem Druck entlädt eine Lichtquelle die Halb- 
leiterschicht, eine rotierende Bürste entfernt den 
verbliebenen Toner. Somit kann der Prozeß wieder 
von vorn beginnen. Die Grafik zeigt das Funktions- 
prinzip. 


Bild:- Siemens-Information 
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Programmsystem CZPLOT 


Manfred Berner, Dietmar Fürste 
Forschungszentrum des Kombinates 
VEB Carl Zeiss JENA 

Der Beitrag informiert über das modular auf- 
gebaute, weitestgehend hardwareunabhän- 
gige Grafiksoftwarepaket CZPLOT, in dem 
für den Bürocomputer A 5120 mit dem Be- 
triebssystem UDOS oder für kompatible Sy- 
steme grafische Grundroutinen realisiert 
werden. Hinweise auf die zur Nutzung erfo- 
derliche Systemumgebung, die Anwen- 
dungsmöglichkeiten und Grenzen sollen 
dem Leser die Entscheidung über die vom 
Kombinat VEB Carl Zeiss JENA angebotene, 
kostenpflichtige Nachnutzung ermöglichen. 


Zielstellung 

Bel vielen innerbetrieblichen Prozessen, 
aber auch in Erzeugnissen des wissenschaft- 
lichen Gerätebaus, hat die Mikrorechentech- 
nik inzwischen einen festen Platz. Auf dem 
Gebiet der grafischen Datenverarbeitung 
spielen Mikrorechner, vor allem die 8-Bit-Sy- 
steme der U880-Familie, zur Zeit ebenfalls 
eine wesentliche Rolle. Als grafisches Aus- 
gabegerät hat der Digitalzeichentisch DZT 
90 x 120/RS des Kombinates VEB Carl 
Zeiss JENA / 1 / eine weite Verbreitung gefun- 
den. Bei vielen Anwendern ist der Wunsch 
entstanden, ihre in der Eingangssprache des 
DZT gespeicherten Bilder auch auf anderen 


Ausgabegeräten, wie z. B. grafikfähigen 
Druckern, Plottern oder einem Grafik-Dis- 
play, darzustellen. Dies ist vor allem dann der 
Fall, wenn bei der Ausgabe von Zwischen- 
produkten zugunsten einer höheren Ge- 
schwindigkeit eine Einbuße an Genauigkeit 
in Kauf genommen wird. 

Aus diesem Grunde sollte ein Programmsy- 
stem entwickelt werden, das die recht kom- 
fortablen Grafikbefehle des DZT interpretie- 
rend in einfache Polyline-Kommandos über- 
setzt, deren Verarbeitung bei jedem grafi- 
schen Ausgabegerät als Mindestniveau vor- 
ausgesetzt werden kann. 

Damit wird es möglich, jedes beliebige grafi- 
sche Ausgabegerät mit einfachen Treiber- 
programmen über vereinheitlichte Schnitt- 
stellen in das System einzubinden. Ein derar- 
tiger Treiber wurde für das Robotron-Raster- 
sichtgerät (RSG) K 8917 12/ erarbeitet. Er 
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Manfred Berner (391 studierte von 1966 bis 1970 
an der Technischen Universität Dresden, Sektion 
Informationstechnik, im Bereich Technische Ky- § 
bemetik und Automatisierungstechnik. Anschlie- 
ßend war er in verschiedenen Industriezweigen auf 
dem Gebiet der Einsatzvorbereitung und Program- 
mierung von Prozeßrechnern tätig. Seit 1980 ar- 
beitet er im Forschungszentrum des VEB Carl t, 
Zeiss JENA als Gruppenleiter im Bereich für Gera- 
tesoftwareentwicklung. 

Dietmar Fürste (47) ist Funkmechaniker und arbei- * 
tete nach dem Besuch der Ingenieurschule für «t 
Feinwerktechnik Jena ab 1961 zunächst als Kun- 
dendienstingenieur, ab 1966 im Labor für Fein- 
meßgeräte des VEB Carl Zeiss JENA Nach einem • 
Fernstudium an der Sektion Technologie der FSU ? 
Jena war er ab 1 975 im Labor für Gerate der Medi- , 
zintechmk eingesetzt- Mitarbeit bzw. Themenlei- 
tung bei verschiedenen Gerateentwicklungen um- ^ 
faßten Aufgaben der Feinmechanik, der Optik und r - 
Elektronik und führten zu mehreren Patenten. 

Nach Selbststudium und Spezialisierung auf die 
Hard- und Software von Mikrorechnern seit 1984 in 
einem Bereich für Software-Entwicklung tätig, seit ’ 
1986 als Systemprogrammierer. 


kann sowohl als Komponente des gesamten 
Systems als auch im Solobetrieb verwendet 
werden. 

Ergebnis 

Es liegt ein modular aufgebautes, in U880- 
Assembler geschriebenes Programm vor, 
das aus mehreren Ebenen besteht (vgl. 
Bild 1): 

■ Anwenderebene 

■ Grafische Verarbeitungsebene 

■ Treiberebene (Handlerebene) 

■ Workstation- (Geräte-) Ebene. 

Als Schnittstelle für den Datenaustausch zwi- 
schen den einzelnen Ebenen wird grundsätz- 
lich der für die Betriebssysteme UDOS und 
CZ-SDOS typische Request-Vektor verwen- 
det. 

In der Anwenderebene realisiert der 
CZPLOT-Steuermodul folgende Aufgaben: 
m Lesen von Bilddateien (ASCII-Files mit 
Grafikbefehlen) und Weitergabe an die unter- 
geordnete Ebene 

■ Realisierung der Eingabe von Grafik-Ein- 
zelbefehlen auf der Rechnerkonsole und 
Weitergabe an die untergeordnete Ebene. 

Dieses Programm kann durch beliebige an- 
dere Anwenderprogramme ersetzt werden. 
Der Grafikkern CZGRAF übersetzt die in 
Tafel 1 beschriebene Eingangssprache, die 
im wesentlichen dem Befehlssatz des DZT 
13/ entspricht und liefert als Ergebnis nur 
die einfachen grafischen Befehle, die in Ta- 
fel 2 beschrieben sind. Erhält das Programm 
CZGRAF andere Befehle als in Tafel 1 ver- 
einbart, so werden diese unverändert an die 
nächst niedrigere Ebene weitergegeben. 
Dadurch ist es möglich, spezifische Eigen- 
schaften einzelner Geräte anzusprechen, die 
nicht im Umfang des Befehlssatzes des 
CZGRAF enthalten sind, z. B. einige Befehle, 
die für die Initialisierung des RSG und das 
Setzen von WINDOW und VIEWPORT not- 
wendig sind. 

Auf Handlerebene können vom Anwender 
leicht gerätespezifische Programme erstellt 
werden, die die Verbindung zu den konkreten 
Ausgabegeräten herstellen. Diese Händler 
müssen die in Tafel 2 beschriebenen Poly- 
line- und Steuerbefehle in geräteabhängige, 


hardwarenahe Ausgabebefehle umsetzen. 
Für das Rastersichtgerät K 8917 steht der 
Treiber $K891 7 zur Verfügung, der den in Ta- 
fel 3 beschriebenen Sprachumfang verarbei- 
tet. Damit bieten sich folgende Anwendungs- 
möglichkeiten: 

■ Einbindung von $K891 7 in das Programm- 
system CZPLOT 

■ Nutzung aller Ausgabefunktionen des 
RSG auch im Solobetrieb (ohne CZPLOT). 

Die konsequente Verwendung der für das 
Betriebssystem UDOS typischen Schnittstel- 
len bringt folgende Vorteile: 
m Aufruf der Händler über Betriebssystem- 
Kommandos möglich, z. B. MOVE und COPY 

■ Einfache Einbindung der Händler in pro- 
blemorientierte Sprache möglich, z. B. PAS- 
CAL, FORTRAN, BASIC oder FORTH. 

Ein Beispiel für die Einbindung des Händlers 
SK891 7 in BASIC zeigt Bild 5. Bild 4 demon- 
striert die perspektivische Darstellung einer 
mathematischen Funktion, die durch Einbin- 
den des $K891 7 in eine entsprechende FOR- 
TRAN-Prozedur /4/ entstand. Bild 6 enthält 
ein Beispiel für den Aufruf des CZPLOT von 
der Betriebssystem-Ebene aus. 

Installation 

Für die Nachnutzung werden die Objekt-Co- 
des der Programmteile, die dazugehörende 
Dokumentation, eine lauffähige gebundene 
Prozedur und ein Demonstrations-Bildfile auf 
nutzereigenen Disketten 8 oder 5,25 Zoll im 
Format CZ-SDOS oder UDOS bereitgestellt. 
Der Händler $K8917 benötigt zur Ausgabe 
an das RSG eine IFSS-Schnittstelle, die 
durch die nutzereigene Hardware zu realisie- 
ren ist. Die Hardcopy-Ausgabe vom Bildwie- 
derholspeicher des RSG wurde mit dem 
Drucker robotron SD 1157/269 erprobt, vgl. 
Bilder 2, 3 und 4. 

Das Programmsystem CZPLOT belegt in der 
zur Nachnutzung angebotenen Version den 
RAM von 5000H bis EAFFH. Der Händler 
$K8917 wird auch für die RAM-Belegung 
D000H . . . EAFFH speziell für Solobetrieb 
bereitgestellt, damit beim Einbinden z. B. in 
FORTRAN oder BASIC genügend Speicher- 
platz für Anwender-Programme bleibt. 

Grenzen und Ausblick 

Natürlich sind die Möglichkeiten eines 8-Bit- 
Systems mit 64 KByte adressierbarem Spei- 
cher bei der Grafik-Arbeit begrenzt. Aus die- 
sem Grund konnten im System CZPLOT fol- 
gende Funktionen nicht implementiert wer- 
den: 

■ Die Arbeit mit Segmenten (Löschen, 
Translation, Rotation und Skalierung) 

■ Funktionen, die auch das RSG nicht unter- 
stützt, wie Schraffieren, Füllen und Routinen 
für Hidden-Line-Techniken usw. 

Die Erprobung des CZPLOT führte aber auch 
zu der Erkenntnis, daß die Möglichkeiten des 
RSG K 8917 für interaktive Bitdschirmarbeit 
(Grafik-Editor) durch ein 8-Bit-System in vie- 
len Fällen sinnvoll genutzt werden können. 
Von der Technischen Universität Dresden 
wird für solche Vorhaben eine GKS-Imple- 
mentierung zur Nachnutzung auf dem A 51 20 
angeboten (GKS = Grafisches Kernsystem 
15/). Mit einem dafür geschriebenen FOR- 


TRAN-Programm konnte inzwischen ein 
Grafik-Editor realisiert werden, dessen Lei- 
stungsumfang in einem weiteren Beitrag vor- 
gestellt werden soll und der vom VEB Carl 
Zeiss JENA ebenfalls zur Nachnutzung an- 
geboten wird. 

Literatur 

IV Rechnergestütztes Stereokartiersystem. 
Druckschriften-Nr. : 1 4 - 345 - 1 , Kombinat VEB 
Carl Zeiss JENA 

121 Betriebsdokumentation K 891 7. VEB Robotron- 
Elektronik 

13/ Gebrauchsanleitung DZT 90 x 120/RS. Druck- 
schriften-Nr.: 14 - G 345/1 - 1, Kombinat VEB 
Carl Zeiss JENA 

/4/ Bechstein, J.: Perspektivische Darstellung von 
Funktionen zweier Veränderlicher mit Hilfe von 
Plotter und Display (ZfK - 335). Zentralinstitut 
für Kernforschung Rossendorf. Juli 1977 
151 Encarnacao, J.; Straßer, W.: Geräteunabhän- 
gige Graphische Systeme (Drittes Darmstädter 
Kolloquium). R. Oldenbourg Verlag München 
Wien 1981 
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Kombinat VEB Carl Zeiss JENA, Forschungszen- 
trum, Carl-Zeiss-Str. 1 , Jena, 6900; Tel. 8331 56 


Termine 

33. Internationales Wissenschaftliches 
Kolloquium 

WER? Technische Hochschule Ilmenau 
WANN? 24. bis 28. Oktober 1 988 
WO? Ilmenau 

WAS? 

Problemkreise der 

- technischen und biomedizinischen Kyber- 
netik 

- Mathematik, Rechentechnik und ökonomi- 
schen Kybernetik 

WIE? Weitere Informationen über: 
Technische Hochschule Ilmenau, Direktorat 
für internationale Beziehungen, Vorberei- 
tungskomitee 33. IWK, PSF 327, Ilmenau, 
6300 

Dr. Friedrich 

10. Wissenschaftlich-technische Konfe- 
renz Elektronische Automatisierungs- 
systeme 

WER? Fachausschuß Automatisierungssy- 
steme der Wissenschaftlich-Technischen 
Gesellschaft für Meß- und Automatisierungs- 
technik der Kammer der T echnik 
WANN? 28. bis 29. Oktober 1 987 
WO? Warnemünde 
WAS? 

• Neue Automatisierungsgeräte und 
-Systeme 

• Expertensysteme in der Automatisie- 
rungstechnik 

• elektronische Schiffsautomatisierung als 
Anwendungsschwerpunkt 

WIE? Teilnahmemeldungen schriftlich an: 
Präsidium der KDT, Sekretariat der WGMA, 
PSF 1315, Berlin, 1086 

Müller 
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Auslieferung 
in diesen Tagen 
durch den 
Fachbuchhandel 


"KostneF 



Elektronische 

Schaltungs- 

technik 



Taschenbuch Elektrotechnik 
in sechs Bänden 

Band 2: 

Grundlagen der. Informationstechnik 
Herausgegeben von Prof. em. Dr. 
sc. techn. Dr. techn. h. c. Eugen Phi- 
lippow. 3., stark bearbeitete Auflage. 
984 Seiten, 836 Bilder, 161 Tafeln, 
Kunstleder, DDR 40,- M, Ausland 
53,- DM. Bestellangaben: 5536159/ 
Tb. Elektro 2 

Die Auflage wurde völlig überarbeitet 
und auf den neuesten Stand ge- 
bracht. Darüber hinaus wurde sie um 
einige Abschnitte erweitert, die wich- 
tige neue Berechnungsverfahren 
und in letzter Zeit besonders aktuell 
gewordene Gebiete zum Inhalt ha- 
ben. 

Inhaltsübersicht: Allgemeine Sy- 
stemtheorie • Angewandte System- 
theorie - Signale und lineare Sy- 
steme • Informationstheorie • Kodie- 
rungs- und Modulationstheorie • 
Kontinuierliche Steuerungssysteme 
• Diskontinuierliche Steuerungssy- 
steme • Experimentelle Prozeßana- 
lyse • Frequenzselektive Netzwerke • 
Nichtlineare und parametrische 
Netzwerke • Digitale Schaltungen • 
Elektromagnetische Wellen • Elek- 
troakustik • Bedienungstheorie • Zu- 
verlässigkeitstheorie • Empfindlich- 
keit dynamischer Systeme • Informa- 
tionsaufnahme, -Verarbeitung und 
-Speicherung sowie Steuerungspro- 
zesse in Lebewesen. 


VEB VERLAG TECHNIK BERLIN 


Elektronische Schaltungstechnik 

Von Prof. Dr. sc. techn. Roland Kö- 
ster und Prof. Dr.-Ing. habil. Albrecht 
Möschwitzer. 4., durchgesehene 
Auflage. 304 Seiten, 344 Bilder, 32 
Tafeln, Leinen, DDR 42, -M, Ausland 
42,- DM. Bestellangaben : 553 458 3/ 
Köstner, Schaltung 

Dieses Buch ist eine Einführung in 
das umfangreiche Gebiet der analo- 
gen und digitalen Schaltungstechnik, 
und zwar in erster Linie in Hinblick 
auf die moderne technologische 
Realisierung in Form von integrierten 
Schaltkreisen. 

Einführend wird eine kurze Beschrei- 
bung der Eigenschaften der wichtig- 
sten Bauelemente, der Stromkreis- 
berechnung und des Rauschverhal- 
tens gegeben. Daran schließen sich 
die getrennten Abschnitte zur Ana- 
logtechnik und zur Digitaltechnik an. 
Es erfolgt eine ausführliche Behand- 
lung der Grundschaltungen, wobei 
auf heute wesentliche Schaltungs- 
prinzipien orientiert wird. Auf diesen 
Grundlagen aufbauend, werden die 
am häufigsten verwendeten Schal- 
tungskomplexe, so wie sie als inte- 
grierte Schaltkreise angeboten wer- 
den, in ihrer Funktion beschrieben 
und Fragen der optimalen äußeren 
Beschaltung behandelt. Dabei wird 
im digitalen Teil auch auf hochinte- 
grierte Rechnerschaltkreise (Mikro- 
prozessoren, Speicher) eingegan- 
gen. Bei den Schaltkreisen beziehen 
sich die Autoren auf Applikationshin- 
weise der Hersteller und auf eigene 
Erprobungsergebnisse. 


TECHNIK-WÖRTERBUCH 
Polytechnisches Wörterbuch 

Englisch-Deutsch. Herausgegeben 
von Ing. Rudolf Walther. 6., unverän- 
derte Auflage. 1128 Seiten, Kunstle- 
der, DDR 62, -M, Ausland 80, -DM. 
Bestellangaben: 553 3580/Walther, 
Polyt. Wb. E-D 

Mit etwa 1 00000 Wortstellen sowie 
3000 Abkürzungen. 


TECHNIK-WÖRTERBUCH 

Hochenergiephysik 

Englisch-Deutsch-Französisch-Rus- 
sisch. Zusammengestellt von Dipl.- 
Math. Ralf Sube. 1 . Auflage. 1 64 Sei- 
ten, Kunstleder, DDR 22, -M, Aus- 
land 36,- DM. Bestellangaben: 
5537645/Sube, Hochenergiephysik 
Mit etwa 4500 Wortstellen u. a. aus 
den Gebieten Elementarteilchen, 
Feldtheorien, Nachweis und Mes- 
sung von Elementarteilchen, Teil- 
chenbeschleuniger und deren Unter- 
gebieten. 

Das Wortgut entspricht dem derzeitig 
wissenschaftlichen Stand des Fach- 
gebietes und zeichnet sich durch 
hohe fachspezifische Genauigkeit 
aus. 

Zusammen mit den vom gleichen 
Autor erschienenen Bänden „Kern- 
technik" (Bestellnummer 5533572) 
und „ Strahlenschutz, Strahlenbiolo- 
gie, Nuklearmedizin “ (Bestellnum- 
mer 5534794) ist nun das Gesamt- 
gebiet der Kernphysik und ihrer An- 
wendung erfaßt. 




ZEITSCHRIFT FÜR MIKROELEKTRONIK • COMPUTERTECHNIK • INFORMATIK 


Mikroprozessortechnik — 


VEB Verlag Technik Berlin 


ISSN 0233-2892 



Bauelemente- 
Symposium in Zahlen 
und Fakten 

- Gemeinsame Veranstal- 
tung des VEB Kombinat 
Mikroelektronik und des 
Bezirksvorstandes Frank- 
furt ( Oder) der Kammer der 
Technik 

- Seit 1966 mit 300 Teil- 
nehmern als Halbleiter- 
bauelemente-Symposium 
in Frankfurt (Oder) durch- 
geführt 

- Ab 1985 unter der 
Schirmherrschaft des Mini- 
sters für Elektrotechnik/ 
Elektronik als Mikroelektro- 
nik-Bauelemente-Sympo- 

- 12. MEBS und Fachta- 
gung 1987 mit 2400 Teil- 
nehmern, darunter über 
2000 Vertreter aus bauele- 
menteherstellenden und 
Hauptanwenderbetrieben, 
davon 500 aus Betrieben 
des Maschinenbaus, über 
100 Teilnehmer von Ein- 
richtungen der AdW der 
DDR, 250 Gäste aus Insti- 
tuten, Universitäten, Hoch- 
und Fachschulen 

- Die Ausstellung zeigte 
auf 1 200 m 2 Fläche das 
verfügbare Bauelemente- 
sortiment und die breite 
volkswirtschaftliche An- 
wendung am Beispiel von 
160 Exponaten 

- 16 Fachvorträge wurden 
zum Symposium gehalten, 
darunter 28 Vorträge von 
Vertretern bauelemente- 
herstellender Betriebe, 

13 Vorträge von Referenten 
aus Anwenderbetrieben, 
Universitäten, Instituten 
und Ingenieurbetrieben 
für angewandte Mikro- 
elektronik, 4 Vorträge 
hielten Gastreferenten aus 
der UdSSR und ÖSSR 

- Umfangreicher Erfah- 
rungsaustausch fand in 
Posterdikussionen im Rah- 
men der Applikationsaus- 
stellung und an Konsulta- 
tionsstützpunkten von 
Bauelementeherstellern 
statt. 


12. Mikroelektronik- 
Bauelemente-Symposium 


Mehr als 2400 Wissenschaftler und Praktiker aus al- 
len Bereichen der Volkswirtschaft nahmen am Sym- 
posium - einer der größten Informationsveranstal- 
tungen zu Entwicklung, Produktion und Anwendung 
der Mikroelektronik in der DDR -teil. 

In seinem einleitenden Referat unterstrich der Mini- 
ster für Elektrotechnik und Elektronik, Felix Meier, 
daß sich bis 1 990 das in der DDR vorhandene Sorti- 
ment von rund 1400 Bauelementetypen durch die 
Einführung neuer Basistechnologien erweitern wird. 
Die wissenschaftliche Arbeit muß insbesondere auf 
die Entwicklung von Mikroprozessoren, Speicher- 
schaltkreisen, optoelektronischen Bauelementen 
für die Lichteitertechnik, Display-Farbbildröhren und 
oberflächenmontierbaren Bauelementen gerichtet 
werden. 

In der parallel zum Symposium stattfindenden Aus- 
stellung (Bild 1 ) zeigten das Kombinat Mikroelektro- 
nik, Anwenderbetriebe und wissenschaftliche Ein- 
richtungen etwa 160 Exponate. Einige davon sollen 
hier kurz vorgestellt werden. 

Eine 256-KByte-DRAM-Baugruppe für den Kl 520 
zeigte die Ingenieurschule für Seefahrt Warne- 
münde (Bild 2). Nähere Angaben dazu sind dem Bild 
zu entnehmen. 

Der VEB Forschungszentrum Mikroelektronik Dres- 
den (ZMD) stellte einen 16-KByte- Arbeitsspeicher- 
modul für Kl 520-Anwendungen vor (Bild 3). Die 
Kurzcharakteristik lautet: 

- Statischer 16-KByte-Arbeitsspeicher 

- Kl 520-Schnittstelle 

- freie Wahl der Anfangsadresse in 4-KByte-Seg- 
menten innerhalb des U880-Adreßraumes 

- Datenschutz gegen Nennspannungsausfall 
durch Betriebsspannungspufferung mit 3 Ni-Cd-Ak- 
kusGLZ225 mAh 

- Gewinnung eines WAIT-Zyklus ist möglich. 

Als Bauelementebasis werden benötigt: 

U214D, U224D, U2148D (je nach Erfordernis); DS- 
Interface-Reihe; bei Pufferung der Betriebsspan- 
nung V4066D, B340D, B081 D. 

Ebenfalls große volkswirtschaftliche Effekte ver- 
spricht die Nutzung des Floppy-Disk-Controller-Mo- 


duls K5126 des VEB Robotron Buchungsmaschi- 
nenwerk Karl-Marx-Stadt (Bild 4). 

Die Charakteristik des lEC-Bus-lnterface U5201 
PC-103 (Bild 5) des VEB ZMD läßt sich wie folgt kurz 
zusammenfassen: 

- kundenspezifischer Schaltkreis auf Basis des 
Gate-Array-Systems U5200, konzipiert für die Reali- 
sierungen eines L/T-Interface nach TGL 42039 bzw. 
lEC-Standard 625 in Kleinserien-Labormeßgerä- 
ten. 

- Interface-Funktionen: SH1, AH1, TI, T5, LI, L3, 
SR1-RL1 , PP1 , DC1 und DT1 

- Steuereingänge für Controllereinsatz 

- Bereitstellung eines handshake-gesteuerten 
OPQS-Signals mit Treibern, so daß im Trivialfall ein 
spezieller Multiplexer für das Statusbyte der Serien- 
abfrage entfallen kann 

- handshake-gesteuerte Ausgabe der End-Nach- 
richt. 

Bisher waren zur Realisierung dieser Funktionen 
drei Leiterkarten (siehe Bild 5) erforderlich. Weiter- 
hin im Bild 5 zu sehen (rechts) der kundenspezifi- 
sche Steuerschaltkreis PL 5201-112 auf Basis des 
Gate-Array-Systems U5200 aus dem Entwurfszen- 
trum des VEB Textima Karl-Marx-Stadt. 

Bild 6 zeigt den Arbeitsplatzrechner Scheibenin- 
spektion. 

Der Computer bewertet 100-mm-Scheiben mit gut/ 
schlecht und übernimmt die statistische Auswertung 
der angefallenen Meßdaten. Entwickler dieses 
Computers zur Rationalisierung der Fertigung von 
100-mm-Scheiben ist der Ingenieurbetrieb Mikro- 
elektronik Frankfurt (Oder). 

In einem Ausstellungskomplex wurde gesondert auf 
die überaus wichtige Thematik der kundenspezifi- 
schen Schaltkreise eingegangen. Die beiden nach- 
folgenden Übersichten entnahmen wir diesem Aus- 
stellungskomplex. 

Aus der Übersicht 1 sind die Leistungen des VEB 
ZMD und die Anforderungen an die Anwender er- 
sichtlich. Die Übersicht 2 liefert eine Gegenüberstel- 
lung des Gate-Array-Systems mit dem Standardzel- 
len-System. /. P. 

Fortsetzung auf der 3. Umschlagseite 
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Herbert Weber: 
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Arbeit mit Datenbanken (Teil 1 ) 239 


ris, Sofia; VR China: China Na 
and Export Corporation, West 
lox 88, Beijing; CSSR: PNS - 1 
Fisku Praha, Slezskä 1 1 , 1 20 0 
pedicia a Dovoz Tlafie, Poäta i 


o Produzece M LADOST, 
R: CHULPANMUL Korea 
joration, Pyongyang; Re- 


täly, P.O. Box 16, 1426 Budapest; SR Vietnam: XUNHA- 
SABA, 32, Hai Ba Trung, Hä Nfli; BRD und Berlin (West): 
ESKABE Kommissions-Grossotiuchhandlung, Postfach 
36, 8222 Ruhpolding/Obb.; Helios-Literatur-Vertriebs- 
GmbH, Eichborndamm 141-167, Berlin (West) 52; Kunst 
und Wissen Erich Bieber OHG, Postfach 46, 7000 Stutt- 
gart 1 ; Gebrüder Petermann, BUCH + ZEITUNG INTERNA- 
TIONAL, Kurfürstenstraße 111, Berlin (West) 30; Öster- 
reich: Helios-Literatur-Vertriebs-GmbH & Co. KG, Industrie- 


Für MP 9/87 haben wir für Sie u.a. Bei- 
träge zu folgenden Themen vorgese- 
hen: 

- Analogwerterfassung mit den A/D- 
Wandlern C571/570 

- Zeitoptimierte A/D-D/A-Baugruppe 
mit C571/C565 

- C571 D an U880-Systemen 

- BASIC-Sprachübersicht für KC85, 
KC87 und SCP-BASIC-lnterpreter 


Werner Domschke, Klaus Katzmann: 

Der Modul M026 FORTH 

für die Kleincomputer KC 85/2 

und KC 85/3 244 

Klaus-Dieter Kirves: 

Modul M027 Development 247 

Matthias Schreiber: 

Grafische Bildschirman- 
steuerungen für Kleincomputer 249 

Christian Hanisch: 

LoRes-Plot-Programm mit 
Quasigrafikqualitäten 252 

Christian Haas: 

Komponenten von CAD- 
Arbeitsplätzen 253 


Mikroprozessortechnik, Berlin 1 (1987)8 







Info 


Patentanmeldungen 
durch gemeinsame 
Forschungsarbeit 

Koordinierungs- und Leistungs- 
verträge verbinden das Büroma- 
schinenwerk „Ernst Thälmann“ 
Sömmerda mit mehr als 30 For- 
schungseinrichtungen und Kom- 
binaten der DDR. An gemeinsa- 
men Vorhaben, die zum Teil über 
die 90er Jahre hinausreichen, 
sind die T echnischen Hochschu- 
len Ilmenau und Leipzig, meh- 
rere Universitäten sowie Institute 
der Akademie der Wissenschaf- 
ten beteiligt. Durch langfristig 
angelegte Wissenschaftskoope- 
ration erweitert der Robotron- 
Betrieb seine Möglichkeiten zur 
Entwicklung neuer Erzeugnisse 
und effektiver Verfahren. Sie 
trägt dazu bei, daß jährlich mehr 
als 40 Prozent der Produktion 
den größten Industriebetrieb im 
Bezirk Erfurt als Neu- und Wei- 
terentwicklung verlassen. Die 
Hauptrichtung gemeinsamer 
Forschung, die vor allem auf wis- 
senschaftlich-technischen Vor- 
lauf orientiert, ist die Arbeit an 
neuen Wirkprinzipien für lei- 
stungsfähige und variabel er- 
setzbare Drucktechnik. Weitere 
Themen beschäftigen sich mit 
neuen Werkstoffen sowie Soft- 
warelösungen für den im Betrieb 
in steigenden Stückzahlen gefer- 
tigten PC 1715. Beispiel erfolg- 
reicher Kooperation mit der 
Fried rich-Schiller-Universität 
Jena und der Technischen Uni- 
versität Magdeburg seien Ergeb- 
nisse bei der Entwicklung nicht- 
mechanischer Drucker auf La- 
serbasis. Bisher konnten von 
den Mitgliedern des interdiszipli- 
nären Jugendforscherkollektivs, 
das diese Aufgabe aus dem Plan 
Wissenschaft und Technik bear- 
beitet, 1 7 Erfindungen zum Pa- 
tent angemeldet werden. Be- 
währt hat sich auch der Erfah- 
rungsaustausch bei der Einfüh- 
rung von 331 CAD/CAM-Lösun- 
gen im vergangenen Jahr. Wis- 
senschaftler wirkten beim Auf- 
bau der rechnergestützten Pro- 
duktion von Schrittmotoren in 


einem automatisierten Ferti- 
gungsabschnitt mit. 

ADN 

Erste Softwarebörse 
in Berlin veranstaltet 

Die erwartete große Resonanz 
fand am 2. Juni 1 987 die 1 . Soft- 
warebörse des Stadtbezirks Ber- 
lin-Lichtenberg. Sie war von der 
Lichtenberger CAD/CAM-Ar- 
beitsgemeinschaft und der Inge- 
nieurgruppe T erritoriale Rationa- 
lisierung des Rates des Stadtbe- 
zirks organisiert worden, um den 
Erfahrungsaustausch zur Ent- 
wicklung von Anwendungssoft- 
ware zu fördern und vor allem 
Klein- und Mittelbetrieben die 
Nachnutzung vorhandener Lö- 
sungen zu erleichtern. 

Mit Unterstützung des Bezirks- 
neuererzentrums (BNZ), in des- 
sen Räumen die Börse auch 
stattfand, des Leitzentrums für 
Anwendungsforschung (LfA) 
und anderer konnten 40 Expo- 
nate aus 9 Lichtenberger Betrie- 
ben und Institutionen angeboten 
und in Vorträgen zu einigen Pro- 
jekten Kenntnisse vermittelt wer- 
den. 

Mehr als 630 Besucher aus allen 
T eilen der Republik - über 1 00 
aus Berliner Einrichtungen - 
nutzten das Angebot, aus dem 
zum Beispiel die Programme 
Stellenplanung, Personal und 
Krankenstandsanalyse (VEB 
Herrenbekleidung Fortschritt), 
Technische Stammdaten (VEB 
Lufttechnische Anlagen Berlin), 
T ransportkostenabrechnung 
(VEB Maschinenbauhandel Ber- 
lin) oder Rechnerverbund mit 
CCSMV (VEB LfA) besonders 
gefragt waren. 

Die Hardwarebasis für die Pro- 
gramme reichte vom Kleincom- 
puter über den Personalcompu- 
ter bis zur Kopplung mit ESER- 
Rechnern. 

Von dem überaus großen Infor- 
mationsbedürfnis zeugten die 
etwa 200 Eintragungen zur An- 
forderung weiterführender Infor- 
mationen, wenngleich sie zum 
Teil auch darin begründet waren. 


daß die vorbereiteten Dokumen- 
tationszettel nur kurze Zeit reich- 
ten. Diese und weitere Erfahrun- 
gen aus der Berliner Software- 
börsen-Premiere sollen bei der 
Vorbereitung der 2. Lichtenber- 
ger Börse berücksichtigt werden, 
die für Ende des Jahres - also 
nach der Berliner Softwarebörse 
der KDT - vorgesehen ist. 

MP 


Softwarekatalog 
für Halle 

Die Stadt Halle besitzt ihren er- 
sten Softwarekatalog. Die Pro- 
grammbibliothek speichert ge- 
genwärtig über 1 50 zumeist 
nachnutzungsfähige Anwender- 
programme für Bürocomputer, 
die in Betrieben und Einrichtun- 
gen der Saalestadt schon im Ein- 
satz sind. Es handelt sich dabei 
vor allem um Software zur Lei- 
tung und Planung. Damit können 
Abrechnungen, Materialdisposi- 
tionen und Verwaltungsarbeiten 
rationeller gestaltet werden. 
Künftig werden dort auch CAD- 
Lösungen der Betriebe erfaßt. 
Um die Arbeit mit dem Katalog, 
überden derzeit bereits rund 40 
Betriebe verfügen, zu erleich- 
tern, kommt ein Recherchepro- 
gramm aus dem VEB Ingenieur- 
technik Halle als Nachnutzung 
zur Anwendung. Das ermöglicht, 
anhand ausgewählter Stichwör- 
ter und Schlüsselnummern 
rasch und zielgerichtet per Rech- 
ner Angaben über das Angebot 
zu erhalten. Der jährlich vervoll- 
ständigte Katalog soll künftig 
auch Grundlage einer Software- 
börse sein. 

ADN 


Schaltkreise 
nach Kundenwunsch 

Rund 50000 Schaltkreise nach 
Kundenwunsch (Gate Array) 
werden 1987 vom Forschungs- 
zentrum Mikroelektronik in Dres- 
den hergestellt. Der zum Kombi- 
nat Carl Zeiss JENA gehörende 
Betrieb erprobt gegenwärtig für 
deren Produktion eine neuge- 
staltete, bisher für Forschungs- 
aufgaben eingesetzte technolo- 
gische Linie. Sie soll Mitte des 
Jahres die Serienfertigung die- 
ser auf die Erfordernisse der 
Kunden zugeschnittenen Schalt- 
kreise übernehmen. Erfahrun- 
gen besagen, daß sich gegen- 
über herkömmlichen Lösungen 
die Entwurfs- und Fertigungszei- 
ten für einen Gate-Array-Schalt- 
kreis auf etwa ein Viertel verrin- 
gern lassen. ADN 


CAD/CAM-Arbeits- 

stationen 

Bis 1 990 werden in der Volks- 
wirtschaft der DDR 85000 bis 
90000 CAD/CAM-Arbeitsstatio- 
nen wirksam werden, an denen 
insbesondere Konstrukteure, 
Projektanten, Technologen, 
Formgestalter und weitere inge- 
nieurtechnische Kader tätig sind. 
Die Grafik stellt einige Effekte 
dar, die mit dem Einsatz erzielt 
werden. 

Grafik: ADN/ZB 



Joystick 

Vom VEB Meßtechnik Mellen- 
bach und Fachleuten der Fried- 
rich-Schiller-Universität Jena 
wurde ein Joystick entwickelt. 

Es hat die Größe einer Zigaret- 
tenschachtel. Mit Joysticks kann 
man auf dem Bildschirm von Mi- 
krorechnern oder Heimcompu- 
tern Freihandzeichnen, schrei- 
ben oder auch Symbole aus ge- 
speicherten Bauteillisten zum 
Beispiel in Leiterplattenentwürfe 
übertragen. Grundlage des Prin- 
zips war die Entwicklung völlig 
neuer Magnetfeldsensoren. Der 
Joystick läßt sich mit allen in der 
DDR produzierten Rechnerty- 
pen koppeln. Sie müssen über 
einen PIO-Anschluß verfügen. 
Die ersten 500 Stück sollen noch 
in diesem Jahr ausgeliefert wer- 
den. 

ADN 


Interrupt 

Fast wie ein Interrupt für die redaktionelle Arbeit unserer Zeit- 
schrift MP wirkt z. Z. die unbesetzte Stelle einer Redaktions- 
sachbearbeiterin bzw. eines -Sachbearbeiters. 

Falls Sie Interesse an dieser Tätigkeit haben, gerne mit moder- 
ner Technik arbeiten und im Raum Berlin wohnen, rufen Sie 
uns unter Tel. 2870203 oder 2870371 an. 

Gleichzeitig möchten wir all jene Leser, die uns geschrieben 
haben, dafür um Verständnis bitten, daß Sie etwas länger als 
gewohnt auf unsere Antwort warten müssen. 

Ihre Redaktion MP 
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Kabelloser Drucker 


Info 


Der HP 82240A von der Firma 
Hewlett-Packard, der Ende 
vergangenen Jahres erstmals 
vorgestellt wurde, druckt im 
Thermoverfahren eine 24 
Zeichen lange Zeile in knapp 
einer Sekunde. Das Besondere 
- er empfängt die auszugeben- 
den Daten mittels Infrarot- 
signale. Die Stromversorgung 
erfolgt über vier Alkalibatterien - 
in diesem Fall kommt er ohne 
jede Kabelverbindung aus - 
oder über einen Netzadapter. 

Die Datenübertragung vom 
Rechner zum Drucker ist bis zu 
einer Entfernung von 1 Meter 
möglich. 

USA: Aufkäufe 
von Computerfirmen 

Mit der Übernahme des Unter- 
nehmens Uccel Corp. für 
800 Mio. Dollar ist die USA- 
Firma Computer Associates 
International Inc. zum größten 
Software-Lieferanten auf dem 
kapitalistischen Weltmarkt 
geworden. Das international 
noch wenig bekannte Unterneh- 
men entwickelt vorrangig 
Systemsoftware für IBM- und 
IBM-kompatible Rechnersy- 
steme. 1986 erzielte es bei 
einem Gesamtumsatz von 
309 Mio. Dollar einen Rein- 
gewinn von 36,4 Mio. Dollar. 

Seit 1981 übernahm die Firma 
insgesamt sieben kleinere 
Unternehmen der Computer- 
branche in den USA. 

Der PC-Hersteller Computerland 
Corp. ist von der US-amerika- 
nischen Investmentbank 
E. M. Warburg, Pincus & Co. 
aufgekauft worden. Der Kauf- 
preis soll zwischen 200 und 
250 Mio. Dollar gelegen ha- 
ben. 


Computerzeitschriften 
in der VR Polen 

KOMPUTER heißt eine populär- 
wissenschaftliche Monats- 
zeitschrift, die seit Anfang 1986 
in unserem Nachbarland 
herausgegeben wird. Die 
Zeitschrift ist einerseits für 
fortgeschrittene Nutzer von 
Mikrocomputern gedacht - 
andererseits soll sie aber auch 
breitere Leserkreise anspre- 
chen. Es werden neueste 
Geräteentwicklungen vorgestellt 
und deren Programmierung 
beschrieben. Ebenfalls auf 
großes Interesse, vor allem bei 
jugendlichen Lesern stößt die 
Zeitschrift 


Bajtek. Sie bietet besonders 
für den an Heimcomputer- 
technik Interessierten Geräte- 
vorstellung und Programm- 
veröffentlichungen. 


Repro: Wosnizok 



Grafikcode 

Die japanische Firma Jatech, 
Produzent von Verpackungsma- 
terial, will Grafik-Symbole als 
Code für die Kennzeichnung von 
Waren verwenden. Grafikcode 
bietet gegenüber den bisher 
häufig genutzten Strichcodes 
(Barcode) einige Vorteile. Jedes 
Grafik-Symbol kann 16 verschie- 
dene Informationen aufnehmen 
(siehe auch Bild 5 auf Seite 250) 
-beim Barcode sind es nur zehn. 
Außerdem dürfen die Striche des 
Barcodes nur um 0,01 mm tole- 
rieren, während die Grafik-Sym- 
bole bis zu 0,75 mm außerhalb 
der Soll-Position liegen können. 
Wegen dieser geringeren Anfor- 
derungen sollen die Kosten beim 
Druck des Grafikcodes bedeu- 
tend niedriger sein als beim Bar- 
code. Größter Vorteil des neuen 
Codes dürfte sein, daß die Felder 
auch von Hand ausgefüllt wer- 
den können. MP 


Integrierte 

Schaltungen auf GaAs 

GaAs wird als Halbleitermaterial 
immer wichtiger. Auf Grund der 
höheren Grenzfrequenz und der 
günstigeren Rauscheigenschaf- 
ten im Vergleich zu Silizium fin- 
den Transistoren aus GaAs bei 
digitalen und analogen Schaltun- 
gen in Datenverarbeitung und 
Nachrichtentechnik mehr und 
mehr Verbreitung. 

Verwendet werden bisher weit- 
gehend Einzeltransistoren oder 
niedrig integrierte Bausteine. 

Die maximal erreichte Integra- 
tionsdichte von digitalen GaAs- 
Chips liegt in der Fertigung bei 
1000 Gattern, im Gegensatz zu 
Silizium, wo heute 2 Millionen 


Transistoren pro Chip möglich 
sind und 8 Millionen T ransistoren 
pro Chip im Bereich des techno- 
logisch Möglichen liegen. Der 
Grund hierfür liegt neben der 
schwierigen Prozeßtechnologie 
auch an der Qualität des Aus- 
gangsmaterials selbst. Anders 
als Silizium läßt sich GaAs nicht 
so leicht in der notwendigen 
Reinheit, Defektfreiheit und Ho- 
mogenität der elektrischen Ei- 
genschaften herstellen. 

Fertigt man auf einer GaAs- 
Scheibe eine große Anzahl kom- 
plexer integrierter Schaltungen, 
war man nicht sicher, daß deren 
Eigenschaften an verschiede- 
nen Stellen der Scheibe iden- 
tisch sind. Bei Schaltungen mit 
engen Fertigungstoleranzen 
stieg der Ausschuß stark an. Es 
gab bisher keine fertigungsge- 
rechte Möglichkeit, einer GaAs- 
Scheibe „im vorhinein“ anzuset- 
zen, ob sie eine homogene De- 
fekt- und Verunreinigungsdichte 
aufweist oder nicht. Ein in den 
Siemens-Laboratorien zusam- 
men mit Philips (Frankreich) ent- 
wickeltes Verfahren schaffte hier 
Abhilfe: Ausgangspunkt der 
Überlegungen war der experi- 
mentelle Befund, daß eine oder 
maximal zwei Scheiben für einen 
ganzen GaAs-Stab repräsenta- 
tiv sind. Durch eingehende Un- 
tersuchungen konnte ferner ge- 
zeigt werden, daß die lokale De- 
fektdichte mit der Einsatzspan- 
nung von MESFET-Transistoren 
korreliert ist. 

Zur Charakterisierung eines 
GaAs-Stabs wird auf eine 
Scheibe des Stabes eine Anzahl 
von Teststrukturen aufgebracht, 
bei denen jeweils auf eine Länge 
von 300/im 30 Transistoren im 
Abstand von nur 5yum nebenein- 
ander angeordnet sind, d. h. in 
der Teststruktur werden IC-typi- 
sche Dimensionen erreicht. Die 
großen Anschlußkontakte ordnet 


man relativ weit vom eigentli- 
chen Transistor an und winkelt 
die Zuführungen so, daß alle 
Transistoren den gleichen effek- 
tiven Kontaktwiderstand haben. 
Mit einer solchen Struktur ist es 
möglich, die Verteilung der Ein- 
satzspannungen der Testtransi- 
storen automatisch mit einem 
rechnergesteuerten Tester zu 
messen und so die Auswirkung 
der Verunreinigungen und De- 
fekte auf Transistoreigenschaf- 
ten in einem Raster von unter 
10^ zu prüfen. 

MP-Computerclub 

Auf vielfältigen Wunsch begin- 
nen wir in MP 9/87 mit unserer 
neuen ständigen Rubrik MP- 
Computerclub, in der wir Hard- 
und Softwarelösungen zu 
Kleincomputern vorstellen wer- 
den. Gefragt sind dazu Tips 
und Tricks für den Umgang mit 
dem Computer. Gern berichten 
wir auch über Erfahrungen der 
Computerclubs und -kabi- 
nette. 

Senden Sie uns also unter dem 
Kennwort „MP-Computerclub“ 
Ihre Tips und Anregungen. 
Unsere Anschrift lautet: 

VEB Verlag Technik, Redak- 
tion MP, Oranienburger Str. 
13/14, Berlin, 1020 

FORTH-83 

Das im Beitrag „FORTH: Eine 
außergewöhnliche Softwarekon- 
zeption“ von G.-U. Vack in MP 
6/87 angekündigte Material kann 
über folgende Adresse bestellt 
werden: 

KDT Suhl, Straße der OdF 29, 
Suhl, 6000. 

Die Broschüre enthält die Origi- 
nal-Spezifikation des Standards 
FORTH-83 sowie einige Emp- 
fehlungen zur Programmgestal- 
tung. 


Werktoto 



Mikroprozessortechnik, Berlin 1 (1987)8 


227 



Dialog 


Liebe Leser, 

stellvertretend für die vielen Zu- 
schriften, die die Redaktion er- 
reichten, veröffentlichten wir in 
MP 6/87 eine kleine Auswahl. 
Sie spiegelt die Breite der Mei- 
nungen allerdings nur unvoll- 
ständig wider. 

Themenwahl und fachliches Ni- 
veau standen in den Zuschriften 
im Mittelpunkt des Interesses. 
Einige wünschen sich eine reine 
Hardware-(Schaltkreis-)Zeit- 
schrift, andere wollen in erster 
Linie Softwareaspekte berück- 
sichtigt sehen. 

Viele beklagten sich über das 
„hohe wissenschaftliche,Ni- 
veau“ der ersten Ausgaben und 
waren der Meinung, eine Zeit- 
schrift mit populärwissenschaftli- 
cher Orientierung sei das Rich- 
tige. Häufig wurden in den Brie- 
fen an die Redaktion auch Fra- 
gen zum Veröffentlichungsprofil 
gestellt. 

Kritikwürdig war - nach Ansicht 
vieler Leser - die großzügige 
Gestaltung von Heft 1 und 2. Lob 
und Kritik gleichzeitig gab es für 
die Autorenvorstellung in Wort 
und Bild. Die einen meinten, wei- 
tere Fachzeitschriften könnten 
sich dieser Form der Autorenvor- 
stellung anschließen, andere 
Leserstimmen bezeichneten es 
als „Platzverschwendung“. 
Apropos Platz - der aufmerk- 
same Leser wird festgestellt ha- 
ben, daß ab MP 6/87 auch im 
Innenteil der gleiche Schriftgrad 
- also ein kleinerer als bisher - 
wie im Rubrikenteil verwendet 
wird. Das bedeutet: ab Heft 6 
mehr Informationen in jeder Aus- 
gabe. Aus dem gleichen Grund 
wurde ab Heft 3 auf die Bildvor- 
stellung der Autoren verzich- 
tet. 

Vollständig die Themen anzu- 
führen, denen MP sich zuwen- 
den wird, würde an dieser Stelle 
den Rahmen sprengen. Die Ziel- 
stellung unserer Zeitschrift hat 
der Minister für Elektrotechnik 
und Elektronik der DDR, Felix 
Meier, in seinem Leitartikel in 
MP 1/87 dargelegt. In MP 2/87 
wurden im redaktionellen Vor- 
wort die Schwerpunktthemen 
kurz Umrissen und das Anliegen 
der Rubriken erläutert. 


Einheit von Hard- 
und Software 

Dennoch soll hier aufgrund der 
zahlreichen Anfragen kurz auf 
einige Aufgaben der Zeitschrift 
MP eingegangen werden. Die 
bedeutendste Applikation der 


Mikroelektronik ist die Mikropro- 
zessortechnik. Deshalb nehmen 
Veröffentlichungen über Mikro- 
prozessorsysteme - Mikropro- 
zessoren und die dazugehörigen 
Bauelemente, Baugruppen bzw. 
Komponenten - einen wichtigen 
Platz in der Zeitschrift ein. Dabei 
werden Hardwarevorstellungen, 
Applikationsmöglichkeiten und 
Fragen der Programmierung 
gleichermaßen berücksichtigt. 
Hierbei in MP nur die Software- 
gesichtspunkte zu betrachten 
und zu Hardwareproblemen auf 
andere Zeitschriften zu verwei- 
sen, ist wenig sinnvoll und würde 
die fachliche Aussage beein- 
trächtigen. 

Einen weiteren Schwerpunkt bil- 
den die Veröffentlichungen zu 
Mikrocomputern. Dabei ist es 
gleichgültig, ob es sich um AC, 
BC, PC oder KC handelt. Hard- 
wareerweiterungen sind ge- 
nauso gefragt wie Software-Tips 
und Tricks. 

Veröffentlichung 
von Programmen 

Gern drucken wir kurze Pro- 
gramme ab. Voraussetzung da- 
für ist, daß es sich um solche Lö- 
sungen handelt, die für einen 
großen Leserkreis von Interesse 
sind. Vorteile sind die sofortige 
Nachnutzbarkeit und methodi- 
sche Effekte. Wirsehen es als 
Selbstverständlichkeit an, daß 
der Autor sein Programm umfas- 
send getestet hat und Rechte 
Dritter an der angebotenen Lö- 
sung nicht bestehen bzw. falls 
die Software im Rahmen einer 
Dienstaufgabe erstellt wurde, 
die Freigabe durch die Dienst- 


stelle erfolgt ist und beiliegt. 

Was wir natürlich nicht möchten, 
von irgendwoher „gekupferte“ 
Programme veröffentlichen. Das 
bringt unser Anliegen in Mißkre- 
dit. Wir bitten daher, davon abzu- 
sehen, der Redaktion derartige 
„Schöpfungen“ einzureichen. 
Umfangreiche Programme las- 
sen sich aus Platzgründen nicht 
abdrucken. Betriebe können ihre 
Hard- und Software-Lösungen 
sowie natürlich auch entspre- 
chende Suchmeldungen in der 
Rubrik Börse offerieren. Um die 
Mehrfachnutzung von Software 
zu fördern - auch unter Berück- 
sichtigung der hohen Auflage 
der MP -, ist in Börse das Bieten 
und Suchen von Anwendersoft- 
ware möglich, vorrangig von Lö- 
sungen zur Verbesserung der 
Standardsoftware (z. B. Dienst- 
oder Hilfsprogramme). Umfas- 
sendere Informationen zu spe- 
zieller Anwendersoftware gehö- 
ren in die Zeitschriften des ent- 
sprechenden Fachgebietes. 

Zeitschrift für 
einen breiten Kreis 
von Fachleuten 

Grundsätzlich soll sich MP zu 
einer Zeitschrift für einen breiten 
Kreis von Fachleuten profilieren, 
um die umfassende Einführung 
der Mikroelektronik in alle Berei- 
che der Volkswirtschaft wirksam 
zu unterstützen. Das bedeutet 
nicht ein Herangehen an die 
Themen in populärwissenschaft- 
licher Darstellungsweise, aber 
es bedeutet auch nicht das Ver- 
öffentlichen von Beiträgen, die 
nur für wenige Spezialisten von 
Interesse sind. 



Mitarbeit gefragt 


Für eine nebenberufliche Gutachtertätigkeit zum Bewerten 
von Hard- und Softwarelösungen für die MP suchen wir Spe- 
zialisten - möglichst aus dem Raum Berlin, aber nicht Bedin- 
gung - zu folgenden Gebieten: PC 1715- und A 71xx-Hard- 
ware, CP/M, UNIX, MS-DOS und kompatible Betriebssysteme 
sowie REDABAS/dBASE II. 

Bitte wenden Sie sich schriftlich an 

| VEB Verlag Technik 
$ Redaktion MP 

Oranienburger Str. 13/14 
; Berlin 
1020. 

MP 


Unsere Autoren, der Redak- 
tionsbeirat und die Redaktion 
stehen vor der Aufgabe, einen 
entsprechenden „Mittelweg“ zu 
finden. Daß dabei der richtige 
Weg beschritten wird, zeigt die 
ständig steigende Nachfrage 
nach Mikroprozessortechnik. 

Neue Rubriken 

Unter der Rubrik „Wie funktio- 
niert ein . . . ?“ bzw. „Was ist ein 
...?“- erstmals in MP 7/87 - 
werden in loser Folge Begriffe 
leicht verständlich erklärt. Mit 
dieser Rubrik entsprechen wir 
einem vielfach geäußerten Le- 
serwunsch. Ebenfalls auf Leser- 
wunsch entstanden ist die in Heft 
9 beginnende ständige Rubrik 
MP-Computerclub. Auf monat- 
lich etwa zwei Druckseiten soll 
sie als Podium für Computer- 
clubs und Computerkabinette 
dienen. Dabei geht es vorrangig 
um die Computertechnik, die in 
den Einrichtungen in der Regel 
vorhanden ist, also Kleincompu- 
ter der Kombinate Mikroelektro- 
nik und Robotron, den Mikro- 
rechnerbausatz ZI 01 3 und na- 
türlich auch den PC 1715. 
Außerdem in Vorbereitung befin- 
det sich eine Rubrik, in der in kur- 
zer Form über internationale Ent- 
wicklungstrends von Hard- und 
Software informiert wird. 
Abschließend noch einige Worte 
zu Ihren Zuschriften. Jeder Brief 
wird in der Redaktion ausgewer- 
tet. Aber bitte haben Sie etwas 
Geduld, wenn wir wegen der 
Fülle der Einsendungen nicht in 
der Lage sind, auf jede Zuschrift 
sofort zu antworten. Wir nehmen 
natürlich weiterhin gern Ihre Hin- 
weise, Ideen, Anregungen und 
Ihre Manuskripte entgegen. 
Denn um den Interessen vieler 
Leser gerecht werden zu kön- 
nen, brauchen wir auch die Mit- 
arbeit vieler Leser. Falls Sie die 
Möglichkeit sehen, uns dabei zu 
unterstützen, die MP noch inter- 
essanter und praxiswirksamer 
zu gestalten, so schreiben Sie 
uns - oder rufen Sie einfach 
an! 

Ihre Redaktion MP 
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Programmentwicklung und -fest 
für Einchipmikrorechner U8840/41 


Johann-Georg Kretzschmar, Herbert Weber 
VEB Robotron-Optima Büromaschinenwerk 
Erfurt 


Für die Entwicklung einer neuen Generation 
elektronischer Schreibmaschinen wurde 
nach ausführlichen Voruntersuchungen auf 
den Einsatz eines Einchipmikrorechners 
U 8840 M orientiert III. Zur Vorbereitung von 
Programmentwicklung und -test waren kurz- 
fristig die erforderlichen Voraussetzungen 
zu schaffen. 

Dabei wurde sehr schnell klar, daß ein ge- 
eignetes Mikrorechnerentwicklungssystem 
nicht verfügbar ist und deshalb unter Beach- 
tung angebotener Nachnutzungsmöglich- 
keiten eine eigenständige Lösung entwickelt 
werden mußte, die im Beitrag beschrieben 
wird. 

1. Analyse der Anforderungen 

Das Entwicklungskollektiv war bisher mit Ent- 
wicklung und Test von Programmen für den 
Mirkoprozessor U880 in Assemblersprache 
SYPS K 1 520 beschäftigt und an die komfor- 
table Unterstützung durch Mikrorechnerent- 
wicklungssysteme MRES A 5601 ge- 
wöhnt. 

Zur Sicherung einer schnellen Umstellung 
war daher eine möglichst große Ähnlichkeit 
zwischen den Entwicklungshilfsmitteln anzu- 
streben. Als Mindestforderung galten: 

- Rechnergestützte Verwaltung und Doku- 
mentierung der Programmquellen und -pha- 
sen 

- Echtzeittest der Programme mit weitge- 
henden Diagnose- und Eingriffsmöglichkei- 
ten. 


2. Analyse der Nachnutzungsmöglich- 
keiten 

Begonnen wurde mit einer Untersuchung des 
von der Technischen Hochschule Ilmenau 
angebotenen Programms PAS 881 zur 
Quellprogrammeingabe und -assemblierung 
auf Basis des MC 80. Dabei stellte sich be- 
reits nach kurzer Zeit heraus, daß dieses Pro- 
gramm weder bei der Quellprogrammeditie- 
rung noch bei der Assemblierung den Anfor- 
derungen entsprach. Insbesondere der Ver- 
zicht auf den Druck kommentierter Pro- 
gramme ist bei einer industriellen Entwick- 
lung nicht tragbar. Auch die fehlende Unter- 
stützung bei der Dateiarbeit ist bei Vorhaben 
dieses Umfanges nicht zu akzeptieren. Au- 
ßerdem stand damals der inzwischen ange- 
botene Emulator 121, 131 noch nicht zur Verfü- 
gung. 

Danach wurde das vom VEB Robotron-Bu- 
chungsmaschinenwerk Karl-Marx-Stadt an- 
gebotene Programmentwicklungssystem 
DEUS 100 (Bürocomputer A 5120 bzw. 


A 5130 mit Betriebssystem UDOS) in Be- 
tracht gezogen 141. Es enthält alle notwendi- 
gen Komponenten für die Programmentwick- 
lung (Bildschirmeditor, Cross-Assembler, 
Linker einschließlich der erforderlichen Un- 
terstützung bei der Dateiverwaltung und Do- 
kumentation). 

Störend war der durch völlig unterschiedliche 
Bedienung (im Vergleich zum MRES A 5601) 
und durch die stark abweichende Assembler- 
sprache (im Vergleich zu SYPS K 1520 151) 
bedingte hohe Zeitaufwand für die Einarbei- 
tung. 

Die Entscheidung fiel daher zugunsten des 
an der Ingenieurhochschule Wismar entwik- 
kelten Makroassemblers, der unter dem Be- 
triebssystem MEOS V 4 auf dem MRES A 

5601 läuft und eine sehr stark an SYPS K 
1520 angepaßte Assemblersprache verwen- 
det 161. Zur Unterstützung beim Programm- 
test wurde kurzzeitig eine im Jahr 1979 ent- 
standene Programmier- und Testhilfe PTH A 

5602 verwendet. 

Dazu war allerdings der interne Programm- 
speicher auf 4 KByte zu erweitern und eine 
on-line-Kopplung an das MRES zu realisie- 
ren. Außerdem erwies sich der Einbau einer 
Einzelbefehlseingabe als zweckmäßig, um 
Programme ab vorgegebener Adresse star- 
ten und beliebige Register des EMR laden 
und lesen zu können. 

Auf Dauer war jedoch mit dieser Lösung eine 
effektive Arbeit nicht möglich. Als nächstes 
wurde für den Programmtest ein vom Zen- 
trum für Forschung und Technologie des 
KEAW „Friedrich Ebert“ zur Nachnutzung 
angebotener Emulatormodul in der Zusam- 
menarbeit mit dem BC A 51 20 benutzt. Die 
Kopplung beider Geräte über zwei serielle 
Schnittstellen führte jedoch häufig zu Fehlern 
und letztlich immer zu Abstürzen des Be- 
triebssystems UDOS. 

Deshalb und wegen der Inkompatibilität zwi- 
schen MRES und BC wurde diese Variante 
nicht weiterverfolgt, sondern ein an der Tech- 
nischen Universität Karl-Marx-Stadt entwik- 
kelter Emulator nachgenutzt /7/. Die Kopp- 
lung erfolgte mit dem MRES und hat sich be- 
währt. 

Das mitgelieferte Steuerprogramm wurde al- 
lerdings vollständig überarbeitet und den ei- 
genen Anforderungen angepaßt. 


Dipl.-Ing Johann Georg Kretschmer (54) studierte von 
1952 bis 1959 an der Friedrich-Schiller-Unlversität 
Jena und an der Technischen Hochschute Ilmenau 
: Physik und Elektroakustik. Von 1 960 an betaste er sich 
? in verschiedenen Funktionen im Industriezweig Daten- 
verarbeitungs- und Büromaschinen mit Entwurf, Pro- 
grammierung und Anwendung von Mikrorechnern, seit 
1983 mit Forschurtgs- und Entwicklungsarbeiten für 
elektronische Schreibmaschinen. 


Damit entstand ein in sich geschlossenes Sy- 
stem für Programmentwicklung und -test von 
EMR, das nachfolgend in einigen Aspekten 
ausführlicher beschrieben werden soll. 

3. Editor und Assembler 

Der in 161 beschriebene Makroassembler 
wurde für die Übersetzung der EMR-Quell- 
programme übernommen und erfüllte im we- 
sentlichen die gestellten Anforderungen. Ins- 
besondere bewährte sich die weitgehende 
Übernahme der Assemblersprache SYPS 
K 1520 wegen des verschwindend geringen 
Umstellungsaufwandes. Als nachteilig hat 
sich lediglich herausgestellt, daß dieser As- 
sembler auf einer alten Version des K-1520- 
Assemblers aufgebaut ist, damit die erwei- 
terte Operandenbehandlung nicht unterstützt 
und insbesondere keine Ausgabe der Sym- 
boltabelle zuläßt, obwohl das für den symbo- 
lischen Test vorteilhaft wäre. 

Inzwischen liegt eine erweiterte und verbes- 
serte Version dieses Assemblers als nach- 
nutzungsfähige Lösung vor. 

Als Editor muß der Free-Form-Editor des Be- 
triebssystems MEOS benutzt werden, der die 
zahlreichen Arbeitserleichterungen des 
SYPS-K-1 520-Editors und seine syntakti- 
sche Vorprüfung nicht enthält sowie die 
Quellprogrammerfassung und -editierung er- 
schwert und fehleranfälliger werden läßt. 

4. Emulatorelektronik 

Der in /7/ beschriebene Emulator wurde 
übernommen und lediglich in zwei Details kri- 
tisch untersucht bzw. verbessert. Auf diese 
Probleme wird nachfolgend näher eingegan- 
gen. 

4.1. Interruptbehandlung 
Erhebliche Schwierigkeiten bereitet die Be- 
handlung von Interruptannahmen durch den 
EMR während der Emulation. Einerseits soll- 
ten Eingriffe in das Interruptsystem durch die 
Emulation vermieden werden, um das zu te- 
stende Programm nicht zu verfälschen. So ist 
es beispielsweise sinnlos, ein mit Interrupts 
arbeitendes Echtzeitprogramm mit gesperr- 
tem Interrupt testen zu wollen. Auch die zeit- 
weilige Sperrung durch Dl-Befehle kann das 


Dipl.-Phys. Herbert Weber (36) studierte von 1970 bis 
1974 Sri der Friedrich -Schiller-Universität Jena das 
Spezialgebiet Festkörper- und Tieftemperaturphysik; 
danach Rückkehr zum VEB Robotron-Optima Büroma- 
schinenwerk Erfurt. Er beschäftigt sich mit Aufgaben 
auf dem Gebiet nichtmechanischer Druckverfahren und 
mit konzeptionellen Arbeiten für mikroelektronische 
Steuerungen elektronischer Schreibmaschinen 
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Bildl GO-Flip-Flop 

Testergebnis verfälschen, wenn nicht durch 
manuelle Eingriffe (Eingabe von El) in den je- 
weils interessierenden Programmabläufen 
der ursprüngliche Zustand des Interruptsy- 
stems wiederhergestellt wird (die automati- 
sche Behandlung ist leider nicht möglich, da 
das Interruptmaskenregister nicht gelesen 
werden kann). Andererseits können während 
des Programmtests Interrupts nicht uneinge- 
schränkt zugelassen werden, da beispiels- 
weise die Einzelbefehlsabarbeitung dann 
prinzipiell nur Interruptannahmen erfassen 
würde. 

In m wurde versucht, die Interruptannahme 
durch den EMR durch die Ausführung von Dl- 
Befehlen unmittelbar nach dem Übergang in 
den Stop-Zustand zu verhindern. Das ist je- 
doch nicht in allen Fällen möglich und vor al- 
lem nicht automatisch rückgängig zu ma- 
chen. 

Es wurde deshalb ein anderer Weg beschrit- 
ten: Über die Annahme von Interruptanforde- 
rungen entscheidet nur das zu testende Pro- 
gramm; auch im Stop-Zustand des Emula- 
tors wird jede Interruptanforderung ange- 
nommen (Bild 1). Im Stop-Zustand ist die 
asynchrone WAIT-Leitung aktiv, also die syn- 
chronisierte GO-Leitung passiv. Bei einer In- 
terruptannahme wird das lACK-Signal des 
EMR aktiv, das Flip-Flop also gesetzt und der 
GO-Zustand bis zum Ende des nächsten 
SYNCV-Impulses (d. h. bis zum Beginn des 
nächsten Befehls) erzwungen. 

Diese erzwungene Interruptannahme kann 
auf zwei Wegen erkannt werden: Die Logik 
für „Stop bei Interruptannahme“ ist freigege- 
ben und kann abgefragt werden, bzw. der 
nächste Befehl ist der erste eines Interrupt- 
behandlungsprogramms und beginnt auf ei- 
ner der sechs Vektoradressen. 

Die Interruptannahme wird in jedem Fall an- 
gezeigt, und der Bediener kann dann ent- 
scheiden, ob im Interruptbehandlungspro- 


Speichererweiterung 

modul 

Für die Emulation von Programmen für 
den Einchipmikrorechner U884 wurde 
eine Speichererweiterung geschaffen, 
mit der der U881/U882-EMR-Entwick- 
lungsmodul aus dem ZFT des KEAW 
nutzbar wird. 

Mit der Lösung wird der interne Pro- 
grammspeicher des U884 auf 4 KByte er- 
weitert, wählbar als RAM oder EPROM (2 
x U2716 bzw. 1 x U2732). Die notwendi- 
gen Modifikationen wurden auf minimalen 
mechanischen Eingriff und notwendige 
zusätzliche Bauelemente optimiert und 
betreffen u. a. die User-CPU, den exter- 
nen Monitor-EPROM, PC-Register, 


gramm weitergearbeitet wird oder ob die Un- 
terbrechungsanforderung zurückgesetzt und 
im unterbrochenen Programm fortgefahren 
wird (Bild 2). Im Einzelschrittbetrieb führt das 
bei periodischen Unterbrechungsanforde- 
rungen vom Timer allerdings dazu, daß diese 
Entscheidung nach jedem Befehl getroffen 
werden muß. In diesem Fall werden daher El- 
und IRET-Befehle substituiert. Beim Über- 
gang in den GO-Zustand muß der Bediener 
entscheiden, ob Interrupt freizugeben ist 
oder nicht. Das Steuerprogramm bietet ledig- 
lich eine Entscheidungshilfe an: Wenn eine 
Interruptannahme rückgesetzt bzw. ein El- 
oder IRET-Befehl substituiert wurde, wird 
INTERRUPTFREIGABE: Y, sonst 
INTERRUPTFREIGABE: N zur Bestätigung 
angeboten (Bild 3). 

4.2. Erzeugung des zentralen Steuertak- 
tes 

Der voreilende Befehlsaufruf des EMR wirkt 
sich bei den unterschiedlichen Befehlstypen 
unterschiedlich aus. 

Bei Einbytebefehlen wird der nächste Befehl 
bereits vor dem zugehörigen SYNC-Impuls 
adressiert (erkennbar am AS-lmpuls); bei 
Mehrbytebefehlen dagegen erfolg t die 
Adressierung erst nach dem SYNC-Impuls 
(Bild 4). Über die genauen Zeitverhältnisse 
geben die Unterlagen /8/, /9/ keine hinrei- 
chende Auskunft, so daß eine Aufnahme der 
Impulsabläufe der wesentlichen Befehlsty- 
pen erforderlich war /10/. 

Der zentrale Steuertakt muß gewährleisten, 
daß 

- die Umschaltung von einer Betriebsart auf 
eine andere (das heißt von einem Befehls- 
speicher auf einen andere n) früh estens zum 
Zeitpunkt t, (Ende DS bzw MDS des letzten 
Befehlsbytes des vorhergehenden Befehls) 

- spätestens zum Zeitpunkt _t^ (Spei cher- 
zugriffszeitvordem Ende von DS bzw. MDS 
des ersten Befehlsbytes) und 

- die Übernahme der Adresse des ersten 
Befehlsbytes bei der Umschaltung in den 
Stop-Zustand frühestens zum Zeitpunkt t 2 
(Ende von AS) 

erfolgt. 

Es zeigte sich, daß die Erfüllung aller Forde- 
rungen mit keinem der vom EMR bereitge- 
stellten Steuersignale möglich ist. Der z. B 
in /II/ gewählte Zeitpunkt am Ende des 


für EMR-Entwicklungs- 


Breakpoint-RAM und User-Programm- .g 
Speicher. Erarbeitet wurden weiterhin ein \ 
modifiziertes Monitorprogramm und eine 
verbesserte, unter UDOS (MRES A 5601 , 

BC A 51 20) lauffähige Koppelsoftware mit 
gepufferter T erminalausgabe. 

Dadurch sind z. B. das Protokollieret? am 
Drucker, das Unterbrechen und Abbre- 
chen der T erminalausgabe und die Arbeit 
am 64 x 1 6zeiligen Monitor möglich. 

VEB Funkwerk Köpenick, Büro für Neue- 
rerwesen, WendenschloBstraße 142- 
178. Berlin, 1170; Tel. 65324 14. § 

Burkhardt 
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SYNC-Impulses führt mit großer Wahr- 
scheinlichkeit zu Fehlern. 

Deshalb muß ein verzögerter Steuertakt 
SYNCV gebildet werden, der um ein e halbe 
Taktperiode von SCLK gegenüber SYNC 
verschoben ist. Zweckmäßiger als die in RI 
gewählte Verzögerung durch kapazitiv bela- 
stete Gatter wäre allerdings eine synchrone 
Verzögerung, gesteuert mit der Low/High- 
Flanke von SCLK. 


Das Steuerprogrammsystem wurde vollstän- 
dig neu entwickelt. Im Interesse einer weitge- 
henden Nutzerfreundlichkeit wurde auf kom- 
fortable Bedienerunterstützung und konse- 
quenten Dialogbetrieb geachtet. 

Einen Überblick über die Komponenten und 
wesentlichen Einzelheiten der Bedienung 
gibt der Auszug aus der HELP-Funktion 
(Bild 5). 

Auf einige vorteilhafte Einzelheiten soll noch 
hingewiesen werden: 

- Die symbolische Eingabe aller Operanden 
ist im Zusammenwirken mit dem Assembler 
möglich. 

- Bei der Registeranzeige werden die Ar- 
beitsregister gekennzeichnet (Bild 6). 

- Bei der Lade-Funktion werden die gelade- 
nen Adreßbereiche angezeigt. 


- Bei der Funktion Änderung Speicher ist die 
Änderung von Speicherinhalten in Echtzeit 
während der Programmabarbeitung möglich, 
um beispielsweise Beschleunigungs- und 
Bremskurven von Motoren im Betrieb opti- 
mieren zu können. 

- Bei der EMR-Zustandsanzeige ist ein Be- 
fehls-Rückübersetzer integriert (Bild 3); der 
Inhalt von maximal 22 frei wählbaren Regi- 
stern wird angezeigt. 

- Während des Echtzeit-Programmablaufes 
im EMR ist eine quasigrafische Adreßan- 
zeige einschaltbar. 


Nach nunmehr fast einjähriger Benutzung 
des beschriebenen Systems erscheint eine 
Weiterentwicklung in folgenden Richtungen 
sinnvoll: 

- Verbesserung des Assemblers insbeson- 
dere durch Ein- und Ausgabe des Symbol- 


- Erweiterung des Emulators durch einen 
über Port 0/Port 1 angeschlossenen Zusatz- 
speicher einschließlich Haltepunktlogik 

- Erweiterung der Haltepunktlogik auf meh- 
rere Haltepunkte 

- Ausgliederung des Emulatorspeichers aus 
dem Adreßbereich des Grundrechners (An- 
steuerung als Peripheriegerät über E/A-Ka- 
näle). 
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ROM-Schaltkreis U2365D45 BM200 
ergänzt den UB8830 


Gerhard Dugnus, Siegmar Müller 
VEB Mikroelektronik „Karl Marx“ Erfurt 


Zur Unterstützung der Softwareentwicklung 
mit dem UB8830 wurde im VEB Mikroelek- 
tronik „Karl Marx“ ein ROM-Baustein 
U2365D45 BM200 entwickelt. 

Mit dessen Hilfe ist es möglich, in einer mini- 
malen Konfiguration Programme für kleinere 
Steuerungsprojekte direkt am zu steuernden 
Gerät zu entwickeln und zu testen. 


1 . Bestandteile und Zweck 

Der Einsatz von Mikrorechnern in industriel- 
len Anlagen erfordert den Test von Program- 
men auch direkt an der zu steuernden Ein- 
richtung. Weil dazu oft kein Entwicklungssy- 
stem eingesetzt werden kann, soll der Rech- 
ner selbst Werkzeuge zur T estung und even- 
tuellen Korrektur der Software besitzen. Um 
dem Anwender des UB8830 die Entwicklung 
eines kleinen, leistungsfähigen Rechners mit 
diesen Hilfsmitteln zu erleichtern, wurde ein 
ROM-Bitmuster mit der dafür erforderlichen 
Software entwickelt. Diese beinhaltet fol- 
gende Komponenten: 

- Systemmonitor mit Assembler und Disas- 
sembler 

- Editor/Debugger für Tiny-MPBASIC. 

Der Systemmonitor ermöglicht in Verbindung 
mit dem Assembler/Disassembler die Ent- 
wicklung und den Test von Programmen in 
Maschinensprache, während der Editor/De- 
bugger Entwicklung und Test von Program- 
men in Tiny-MPBASIC /I/ unterstützt. Wei- 
terhin ist die serielle Kopplung mit einem 
Wirtsrechner möglich, so daß auch dort Pro- 
gramme entwickelt und EPROMs program- 
miertwerden können. 

Das ROM wird u. a. in einem Entwicklungs- 
modul eingesetzt, welches beim VEB Mikro- 
elektronik „Karl Marx“ als unbestückte Leiter- 
platte nachgenutzt werden kann. Es handelt 
sich um einen universell einsetzbaren Einpla- 
tinenrechner, der einen für diese Geräte- 
klasse sehr hohen Komfort für Programment- 
wicklung und -test bietet. Beim Bitmuster 200 
handelt es sich um eine Arbeitsversion, die 
eigentlich nur zur ROM-Anprobe diente. Es 
erwies sich jedoch als so leistungsfähig, daß 
im Sinne einer breiteren und schnelleren Nut- 


zung auf eine Überarbeitung verzichtet 
wurde. Deswegen erfolgen im Text Hinweise 
auf inzwischen bekannt gewordene Fehler 
und Unzulänglichkeiten. 

2. Forderungen an die Hardware 

Die Kommunikation mit dem Bediener erfolgt 
mit einem Datensichtgerät, das über eine 
(abgerüstete) V.24-Schnittstelle mit dem 
UB8830 verbunden ist. Die Übertragungsge- 
schwindigkeit wird beim Empfang des ersten 
Zeichens (Datenbit 0 dieses Zeichens muß 1 
sein - z.B. %0D [Carriage Return]) durch 
Ausmessen des Startbits automatisch be- 
stimmt. Die Taktfrequenz des UB8830 ist da- 
bei unkritisch, für eine sichere Funktion bis 
19200 Baud wird jedoch ein Quarz mit 
7,3728 MHz empfohlen. Weiterhin kann über 
eine zweite serielle Schnittstelle (mit der glei- 
chen Baudrate) ein Wirtsrechner ange- 
schlossen werden (Bild 1a). Dieser ist als 
Entwicklungssystem und zum Abspeichern 
der entwickelten Programme nutzbar. Da der 
UB8830 nur einen seriellen Kanal besitzt, 
muß zwischen Wirtsrechner und Datensicht- 
gerät umgeschaltet werden. Hierzu sind am 
Port 2 drei Steuersignale vorhanden: 

- P20 = high: SIO mit Datensichtgerät ver- 
bunden (Terminal Mode) 

- P21 = high: SIO mit Wirtsrechner verbun- 
den (Host Mode) 

- P22 = high: Datensichtgerät mit Wirts- 
rechnerverbunden (Transparent Mode). 

Wenn der Wirtsrechner mit einer eigenen 
Bildschirmsteuerung ausgestattet ist (z.B. 
BC A5120, PC 1715), wird er gemäß Bild 1b 
mit dem UB8830-System verbunden. Die Si- 
gnale an P20 bis P22 werden dann mittels 
Software ausgewertet. 

Bild 2 zeigt die Schaltung eines Minimalsy- 
stems mit dem U2365D45 BM200. Benötigt 

Bild 1 Kopplung mit 
einem Wirtsrechner 

a) mit abgesetztem 
Terminal 

b) mit eingebauter 
Bildschirmeinheit 


werden neben dem UB8830 und der Anpas- 
sung an die serielle Schnittstelle noch 27 
Byte RAM ab Adresse %800 und weitere ca. 
%100 Byte Arbeitsspeicher, die sich das 
ROM-Programm bei der Initialisierung von 
der Adresse %DFFF ab nach unten selbst 
sucht. Dazwischen liegt der Anwenderspei- 
cher (auf dem Entwicklungsmodul extern er- 
weiterbar). Die STOP-Taste (Taste nach 
Masse an P33) dient zum Anhalten von BA- 
SlC-Programmen und zum Verlassen des 
T ransparent-Mode. 

3. Beschreibung der ROM-Software- 
komponenten 

3.1. Systemmonitor 

Der Systemmonitor beinhaltet die zum Te- 
sten von Maschinenprogrammen erforderli- 
chen Kommandos. Alle Kommandos können 
mit dem groß gedruckten Buchstaben abge- 
kürzt werden. 

Display (adr) [(num)j 
Ausgabe von (num) Byte ab Adresse (adr). 
Wird (num) nicht angegeben, dann wird der 
Inhalt der Speicherstelle (adr) angezeigt 
und in den Eingabemodus gegangen. Da- 
nach kann entweder ein neuer Wert zum Ab- 
speichern, RETURN zum Anzeigen des 
nächsten Bytes, ‘ a ' zum Anzeigen des vor- 
hergehenden Bytes oder ‘Q‘ zum Verlassen 
des Eingabemodus eingegeben werden. 
Register [(nr)[(wert)]] 

Anzeigen bzw. Modifizieren von Registerin- 
halten. In das Register (nr) kann der Wert 
(wert) eingeschrieben werden. Ohne An- 
gabe eines Wertes wird der Inhalt von Regi- 
ster (nr) angezeigt und kann wie bei Display 
modifiziert werden. Wurde keine Register- 
nummer eingegeben, zeigt das Programm 
den aktuellen Arbeitsregistersatz. 

Move (adrl) (adr2) (len) 

Kopieren von (len) Bytes von (adrl) nach 
(adr2). Move transportiert die Daten immer 
beginnend beim ersten Byte von (adrl ) nach 
(adr2). Wenn (adrl) größer als (adr2) ist 
und beide Bereiche sich überlappen, funktio- 
niert dieser Befehl nicht. 


<0 



») 




Bild 2 Minimalsy- 
stem mit U2365 D45 
BM200 
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Compare (adrl ) (adr2) (len) 

Vergleichen von (len) Bytes ab (adrl) mit 
(len) Bytes ab (adr2). Alle unterschiedlich 
belegten Speicherzellen werden ange- 
zeigt. 

Jump [(adr)] 

Setzen des Befehlszählers PC auf den Wert 
(adr) bzw. Anzeigen des aktuellen Wer- 
tes. 

Break [(adr)] 

Setzen des Unterbrechungspunktes auf 
Adresse (adr) bzw. Löschen. Der Unterbre- 
chungspunkt darf nur auf das erste Byte ei- 
nes Maschinenbefehls gesetzt werden. 

Go [(adr)] 

Starten des Anwenderprogramms von (adr) 
bzw. dem aktuellen Befehlszählerstand. 

Das ROM-Programm enthält einige Hard- 
wareinitialisierungen, die beim Start mit RE- 
SET ins Anwenderprogramm entfallen. Ein 
typisches Beispiel ist die Zeichenausgabe 
über die SIO. Das Bit 4 im IRQ-Register wird 
nach RESET in den Nicht-bereit-(0)-Zustand 
gesetzt. Man muß daher entweder mit 
OR I RQ, # % 1 0 dieses Bit setzen oder die er- 
ste Ausgabe ohne Abfrage dieses Bits aus- 
führen. 

Execute [(adr)] 

Ausführen eines Unterprogramms, dessen 
Eintrittspunkt der aktuelle Befehlszähler- 
stand bzw. (adr) ist. Der Unterbrechungs- 
punkt wird nicht gesetzt, und die Anwender- 
registerspeicher werden weder gesetzt noch 
gerettet. 

Next[(nr)] 

Ausführen der nächsten (nr) Programm- 
schritte. Ohne Argument wird der nächste 
Maschinenbefehl ausgeführt. Bei Extended 
Memory Timing muß das Register %F8 mit 
dem R-Befehl des Monitors auf %92 einge- 
stellt werden. Damit wird auf Normaltiming 
umgestellt. 

Dieser Befehl arbeitet mit dem Timer-O-Inter- 
rupt. Bei IO-lnterrupts im Anwenderpro- 
gramm kann das zu Fehlfunktionen führen. 
Transparent 

Übergang in den Transparent Mode (s. 
oben). Der Transparent Mode wird mit dem 
Drücken der STOP-Taste verlassen. 

Load (file) 

Laden eines Programms mit dem Namen 
(file) vom Wirtsrechner im Tektronix-Format 
mit Quittung (s. Punkt 4.). 

Upload (file) (adr) (len) [(entry)] 

Abladen eines ab (adr) gespeicherten Pro- 
gramms (bzw. Daten) mit der Länge (len) 
Bytes auf dem Wirtsrechner, ebenfalls im 
Tektronix-Format. Mit (entry) kann ein Ein- 
trittspunkt angegeben werden, der anson- 
sten wie (adr) gesetzt wird. Beim Laden des 
Programms wird der Anwenderbefehlszähler 
mit diesem Wert geladen. 
eXterne Speicheransprache 
Setzt man vor eines der Kommandos Com- 
pare, Display oder Move ein 'X‘, so wirken 
diese Programme im Datenspeicher. Move 
transportiert dann Bytes vom Daten- in den 
Programmspeicher. Bei ‘XD' (eXternal Dis- 
play) können keine Daten in den Datenspei- 
cher eingegeben werden. 

Im ROM-Programm werden die Register 4 . . . 
%2F benutzt. Die Anwenderregister dieses 


Bereichs sind deshalb als virtuelle CPU im 
RAM gespeichert und werden beim Pro- 
grammstart mit ‘Go‘ an die richtige Stelle ge- 
bracht. Dasselbe trifft auf die Steuerregister 
IMR, FLAGS, RP, SPH und SPLzu. 

Der MPBASIC-Editorteil benutzt die Register 
%78 bis %7F. 

MPBASIC-Programmzeilennummern, die in 
Hexschreibweise ein %0D im Lowbyte ha- 
ben, werden nicht richtig einsortiert. Man ver- 
meidet deshalb ungerade Zeilennummern 
oder prüft die Zahl mit dem PRINTHEX-Be- 
fehl. 

Die Adressen %800 bis %81A werden vom 
ROM initialisiert. Nach RESET müssen even- 
tuell geänderte Zellen in diesem Bereich neu 
eingestellt werden. Der Editor setzt die Ein- 
gabe (z. B.) 

PROC SETR %50, 0, PTC %40 
in 

PROC SETR %50, 0; PROC PTC %40 
um, um einen internen Fehler des UB8830 zu 
umgehen. 

3.2. Assembler und Disassembler 

Mit Assemble (adr) kann ein bei (adr) be- 
ginnendes Programmstück kontrolliert bzw. 
eingegeben werden. Zuerst wird der Disas- 
sembler aufgerufen und der bei (adr) ste- 
hende Befehl in disassemblierter Form ange- 
zeigt. Dahinter kann ein neuer Befehl in mne- 
monischer Form eingegeben werden. Mit CR 
(ASCII Carriage Return) wird der nächste Be- 
fehl rückübersetzt. Mit ‘Q‘ kommt man in den 
Systemmonitor zurück. Der Assembler ver- 
steht neben den üblichen U8810-Mnemoniks 
die folgenden Pseudo-Befehle: 

BVAL(byte) 

Byte Value, Definieren eines 8-Bit-Wertes 
WVAL (word) 

Word Value, Definieren eines 16-Bit-Wertes 
DEFS (len) 

Define Storage, Freihalten von Speicher der 
Länge (len) 

DEFM ‘(text)‘ 

Define Message, Einsetzen von ASCII-Text 
in das Programm. 

8-Bit-Operanden werden dezimal oder hexa- 
dezimal eingegeben, Hexzahlen werden mit 
einem vorangestellten '%' gekennzeichnet. 
16-Bit-Operanden sind immer hexadezimal 
('%' kann dabei entfallen). Die Adressen von 
Arbeitsregistern ooer Arbeitsdoppelregistern 
sind immer dezimal einzugeben. a‘ (Com- 
mercial at) kennzeichnet direkte Operanden. 
Die Indexregister bei indizierter Adressierung 
werden in runde Klammern eingeschlos- 
sen. 

3.3. Editor/Debugger für Tiny MPBASIC 
Mit # als Monitorkommando wird Tiny- 
MPBASIC (im folgenden TMPB abgekürzt) 
aufgerufen. Es meldet sich der Editor/Debug- 
ger mit seinem Prompt ‘#‘. Steht noch kein 
Programm im Speicher, muß zuerst das 
Kommando NEW gegeben werden. Beim 
Einschalten wird ein eventuell im gepufferten 
CMOS-RAM stehendes Programm nicht ge- 
löscht. Daher ist der RAM beim erstmaligen 
Einschalten Undefiniert belegt, und es fehlt 
die Endekennung. Diese wird mit ‘NEW' in- 
itialisiert. 


Die erste Adresse des BASIC-Textes steht 
im Doppelregister 6,7. Sie wird vom ROM- 
Programm mit %900 initialisiert, kann aber 
bei Bedarf mit PROC SETRR [6,% (neue 
Adr) I] im MPBASIC verändert werden. Letz- 
teres trifft auch auf die Adresse der Proze- 
durtabelle zu, die im Register 8,9 steht und 
mit %0000 initialisiert wird (bedeutet: keine 
Prozedurtabelle vorhanden). Weitere Kom- 
mandos in dieser Programmkomponente 
sind: 

LIST [(zeile)] 

Auflisten der spezifizierten Programmzeile 
bzw. des gesamten Programms. Wenn nur 
eine Zeile aufgelistet wurde, kann durch an- 
schließendes CR die nächste Zeile gelistet 
werden. Letztere Betriebsart ist insbeson- 
dere für den Betrieb mit einzeiligen Daten- 
sichtgeräten gedacht, wie sie bei den vorge- 
sehenen Einsatzfällen typisch sind. 

RUN 

Starten des BASIC-Programms. RUN ruft 
den MPBASIC-Interpreter im UB8830 auf. 
Dieser benutzt für PRINT, PRINTHEX und 
INPUT die Programme PUTCHR und GET- 
CHR /I/ mit den Eintrittspunkten %815 bzw. 
%818 (im externen Speicher). Das ROM- 
Programm initialisiert diese Adressen mit 
Sprungbefehlen in die ROM-eigenen Routi- 
nen. Bei der Verwendung anderer Ein- und 
Ausgabemittel können diese Sprungadres- 
sen mit dem Assembler auf andere Werte 
eingestellt werden. 

Im Falle eines Fehlers bei der Abarbeitung 
des BASIC-Programms wird mit einer Fehler- 
meldung angehalten. Die folgenden Fehler 
werden dabei erkannt: 

#1 Überlauf des GOSUB-Stack 
#2 Auftreten von RETURN ohne GOSUB 
#3 Auftreten von GOSUB ohne RETURN 
(Meldung erst am Programmende) 

#4 Division durch Null 
#8 Zahlenbereichsüberschreitung. 

Bei Zahlenbereichsüberschreitung wird die 
Programmabarbeitung im Falle von Addition 
und Subtraktion nicht gestoppt. Die Fehler- 
meldung erfolgt dann erst am Programm- 
ende. Dadurch wird verhindert, daß eine ge- 
wollte Überschreitung, die z. B. bei hexadezi- 
maler Adressenarithmetik auftreten kann, ein 
Anhalten des Programms bewirkt. 

EXEC 

Starten eines BASIC-Programms, jedoch 

kein STOP bei Fehlern 

CONT[(zeile)] 

Fortsetzen des Programms ab (zeile) bzw. 
ohne Argument nach STOP 
STEP[ (zeile)] 

Abarbeiten der angegebenen bzw. der näch- 
sten Programmzeile. Wenn einmal STEP 
ausgeführt wurde, kann mit CR die Folge- 
zeile abgearbeitet werden. 

SIZE 

Ausgabe folgender Daten von Programm 
und Prozedurtabelle: 

Anfangsadresse, Endadresse und Länge 
GET (programmname) 

Laden eines BASIC-Programms vom Wirts- 
rechner. Das Programm wird auf die Adresse 
zurückgeladen, von der es auf den Wirtsrech- 
ner abgeladen wurde. 
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II 


IX 


| %%QQ | bis | %27FF\ 


\%2ÖÖÖ]bis\%23FF\ 


1% 1C00 1 bis\X1FFF\ 


| % 1800 1 bis [% 1BFF\ 

cf 

\%1h00 \bis\%17FF\ 

* 

\%1000\bis\%WF\ 

«X? 

1% C00 1 bis\% fff\ 

$ 

\%800 \bis\%BFF\ 



Anschlüsse für Speichererweit 


3 Blockschaltbild des UB8830-Entwicklungsmoduls 


'*™g| 



Bild 6 Mögliche Strukturen von Programmen 


% Ff FF 

im 

%sm 

%5FFF 

m 

%78M 

1% 

% 1FFF 

%mt 

Programmspeicher \ Datenspeicher 

u 2365 -8M WO (ROM) 

Externe Speichererweiterung 

A dreßraum für Bausteine 
(MEMORY- MAPPED 1 10) 

Arbeitsspeicher (extern ) 

Arbeitsspeicher auf EM vorhanden 

RAM für 
Programm- 
entwicklung 

EPROM für 

entwickelte 

Programme 

°/JtFF 

%m 

interner u 883 ROM 

nicht nutzbar 


Bild 4 Speicheraufteilung im U8830-Entwick- 
lungsmodul 


SAVE ( programmname) 

Abladen eines BASIC-Programms auf den 

Wirtsrechner 

BYE 

Rückkehr in den Systemmonitor. 

4. Datenaustausch mit einem 
Wirtsrechner 

Bevor der Datenaustausch beginnt, wird das 
Kommando “LOAD (filename)“ (Load oder 
GET) oder das Kommando “SEND (file- 
name)“ (bei Upload und SAVE) an den 
Wirtsrechner gegeben, damit dieser das ent- 
sprechende, als Kommando aufrufbare Pro- 
gramm LOAD oder SEND in seinen Arbeits- 
speicher laden und starten kann. Wenn 
SEND gestartet wurde, darf der Wirtsrechner 
auf die zu ihm gesendeten Zeichen kein Echo 
mehr ausgeben. Benutzt wird das Tektronix- 
Format zur seriellen Übertragung. Die Daten 
werden in Blöcke geteilt, von denen jeder 
eine Startadresse, die Bytezahl, zwei Test- 
summen sowie die eigentlichen Daten ent- 
hält. 



Bild 5 Programmentwicklung mit dem U8830- 
Entwicklungsmodul 


Diese Blöcke sind folgendermaßen aufge- 
baut: 

/(adresse(4)) (bytezahl (2)) (testsummel 
(2)) (Datenbyte(2)) ... 

... (Datenbyte(2)) (testsumme2(2)) (CR) 
Dabei markiert 7‘ den Anfang eines Daten- 
blocks oder einer Fehlermeldung. 
(adresse(4)) ist die Adresse für das erste 
Datenbyte (in 4 ASCII Zeichen dargestellt). 
(bytezahl(2)) gibt die Anzahl der Datenbytes 
an. 

(testsummel (2)) wird aus Anfangsadresse 
und Bytezahl gebildet. 

(datenbyte(2)) ist ein Datenbyte im Tektro- 
nix-Format. 

(testsumme(2)) wird für die Datenbytes be- 
rechnet. 

(CR) ist das ASCII-Zeichen CR (%0D). 


Die Kodierung des Tektronix-Formats ist so 
festgelegt, daß ein Halbbyte (eine Hexziffer) 
als ASCII-Code übertragen wird (z.B. %8B 
wird als Folge %38 %42 codiert). Der letzte 
Block beinhaltet die Eintrittsadresse: 
/(eintritt(4)) (bytezahl(2)) (testsumme(2)) 
(CR) 

Anstelle der Blockanfangsadresse steht der 
Eintrittspunkt; die Bytezahl ist immer Null 
(%30 %30), und die Daten einschließlich 
testsumme2 fehlen. 

Nach dem Senden eines Datenblocks wird 
die Quittung von der Gegenstelle erwartet. 
Bei fehlerfreier Übertragung wird mit ‘0‘ 
(%30) quittiert, 7‘ bedeutet Testsummenfeh- 
ler, eine ‘9‘ bedeutet Systemfehler im Wirts- 
rechner. Bei Testsummenfehlern wird die 
Übertragung bis zu lOmal wiederholt, um 
Störungen zu unterdrücken. Auch eine Feh- 
lermeldung der Form 
//(fehlermeldung als ASCII-Text) (CR) 
führt zum sofortigen Abbruch der Datenüber- 
tragung, wobei das zweite '/‘-Zeichen den 
Block als Fehlermeldung kennzeichnet. 

5. UB8830-Entwicklungsmodul 

Bild 3 zeigt das Blockschaltbild des UB8830- 
Entwicklungsmoduls (im folgenden EM ab- 
gekürzt) und Bild 4 die Speicheraufteilung. 
Es kann ab Adresse %800 mit bis zu 6 KByte 
Daten- und 6 KByte Programmspeicher be- 
stückt werden (RAMs 1Kx4 und EPROM 
U2716). Darüber hinaus stehen maximal 2 
KByte Arbeitsspeicher ab Adresse %2000 
zur Verfügung. Mit S1 kann der 6-KByte- 
RAM-Bereich wahlweise als Daten- oder 
Programmspeicher geschaltet werden. Der 
EPROM ist der jeweils alternative Speicher- 
bereich. Um mit dem ROM U2365D45 
BM200 arbeiten zu können, muß der RAM als 
Programmspeicher geschaltet sein. 

Mit dem Kommando “XM“ des Systemmoni- 
tors ist es möglich, den EPROM-Inhalt (ge- 
wöhnlich Programme) in den RAM-Bereich 
auf die gleichen Adressen zu kopieren. Dies 
vereinfacht das Testen und Bearbeiten mit 
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Interpretativ arbeitende 
speicherprogrammierbare Steuerung 
SKS 02 


dem Monitor. Damit ist es ebenfalls möglich, 
das Programm aus dem RAM direkt über ei- 
nen Programmierzusatz in EPROMs zu pro- 
grammieren. Mit dem Schalter S2 kann der 
RAM ein Schreibverbot erhalten, wodurch 
der EMR UB8830 bei der Startroutine einen 
ROM auf Adresse %800 ff. vermutet, was 
wiederum zum Start des Programms ab 
%812 führt. Damit kann das Programm so 
starten, als ob es bereits in einem EPROM 
stünde. 

Von den maximal 2 KByte Arbeits-RAM wer- 
den vom ROM-Programm etwa %100 Byte 
benötigt. Der Rest dieses Bereichs steht dem 
Anwender zur Verfügung. Die Umschaltung 
zwischen Programm- und Datenspeicher be- 
trifft nur die 6 KByte Entwicklungsspeicher, 
also nicht den ROM-Bereich ab %E000 und 
den Arbeits-RAM. Alle RAM-Bausteine sind 
in eine gepufferte Betriebsspannung ange- 
schlossen, die es z. B. erlaubt, ein an der zu 
steuernden Anlage geändertes und geteste- 
tes Programm an einem anderen Ort (etwa 
im Labor) im EPROM zu programmieren oder 
auf einem Massenspeicher abzulegen. Acht 
Latches stehen mit je 8 Bit als Memory-map- 
ped-l/O zur Verfügung, davon 4 für Eingabe- 
und 3 für Ausgabezwecke, wobei jeweils die 
Output-Enable- bzw. Strobeeingänge der 
Latches mit herausgeführt sind. 

Der interne getriebene Bus des EM steht an 
einem 58poligen Steckverbinder für Erweite- 
rungen zur Verfügung. Der Adreßraum des 
EM ist voll dekodiert, für jeweils 8 KByte lie- 
gen sogenannte Blockenablesignale am Er- 
weiterungsstecker an. 

Ein T ransverter erzeugt die für die abgerüste- 
ten V.24-Schnittstellen benötigten Spannun- 
gen von + 1 2 V und -1 2 V. Das gesamte EM 
läßt sich daher mit einer Betriebsspannung 
von 5 V (ca. 1 ,6 A) betreiben. Mit dem zusätz- 
lich verfügbaren EPROM-Programmierzu- 
satz stellt das EM bereits ein für kleinere An- 
wendungsfälle komplettes Entwicklungssy- 
stem dar. Da die Anforderungen für Tastatur 
und Anzeige sehr unterschiedlich sind und oft 
bereits ein Rechner mit diesen Einheiten und 
einer seriellen Schnittstelle zur Verfügung 
steht, ist hier keine Standardlösung vorgese- 
hen. Bekannt sind Lösungen mit Bildschirm- 
steuerung (komplettes Terminal), aber auch 
mit LED-Kombinationen wie VQC10 oder 
VQB201 . Im allgemeinen wird dazu ein zwei- 
ter EMR zur Steuerung verwendet. 

6. Softwareentwicklung 

Im Bild 5 ist der Ablauf der Programment- 
wicklung mit dem UB8830-EM dargestellt. 
Vor Ort können Programmkorrekturen ohne 
Wirtsrechner durchgeführt werden. Einzige 
Voraussetzung ist eine seriell betriebene 
Tastatur- und Anzeigeeinheit. Ein typisches 
Programm für den UB8830 ist in Tiny-MPBA- 
SIC geschrieben. Nur zeitkritische Teile und 
in MPBASIC zu umständliche Teile schreibt 
man in Maschinensprache und bindet sie als 
Prozeduren in das MPBASIC-Programm mit 
ein (Bild 6a). Da es möglich ist, ein MPBA- 
SIC-Programm wie ein Maschinenprogramm 
aufzurufen (siehe IM), kann ein Programm- 
aufbau nach Bild 6b gewählt werden. Hin- 
weise und Beispiele zu Tiny-MPBASIC sind 
in 13/ enthalten. 

(Literatur und Kontakthinweis auf Seite 251) 


Dr. Ronald Schoop, Holger Lisson, 
Prof. Dr. Wolfgang Weller 
Humboldt-Universität zu Berlin, 
Sektion Elektronik 


1. Einleitung 

Eine zunehmende Ablösung von verbin- 
dungsprogrammierten Steuerungen, wie 
z. B. Relais oder ursalog 4000, auch für 
Steuerungsprobleme geringerer Komplexität 
wird wesentlich durch die Entwicklung neuer 
speicherprogrammierbarer Steuerungen 
(SPS), wie etwa EFE 700 /I/ oder S 2000 S 
121, forciert. Zur Lösung von Steuerungsauf- 
gaben mit einer Anzahl von weniger als 40 
Ein- und Ausgängen fehlen jedoch auf- 
wandsminimale und damit wirtschaftliche 
SPS, insbesondere wenn auch der notwen- 
dige Aufwand für Programmier- und Inbe- 
triebnahmegeräte mit berücksichtigt wird. 

Um auch für derartige Steuerungsprobleme 
die bekannten Vorteile von SPS 131 nutzbar 
zu machen, wurde eine speicherprogram- 
mierbare Kleinsteuerung SKS 02 auf der Ba- 
sis von Einchipmikrorechnern (EMR) mit fol- 
gender Zielstellung entwickelt 14/ bis / 1 4/: 

- minimaler Aufwand für Steuer- und Pro- 
grammiergerät bei Aufgaben mit weniger als 
30 Ein- und Ausgängen 

- einfache Handhabung bei Programmie- 
rung und Inbetriebnahme 

- hohe Störsicherheit 

- Kompatibilität zum System ursalog 4000. 

Die letztgenannte Forderung ermöglicht ne- 
ben dem Aufbau eigenständiger SKS auch 
eine Aufwertung bisheriger Steuerungen auf 
der Basis von ursalog-4000-Baugruppen. 

2. Gesamtkonzept 

Zur Programmierung und Inbetriebnahme 
werden der Programmiergerätekomplex 
(PGK) und der Steuergerätekomplex (SGK) 
miteinander seriell (UART; 19,2 kbit/s) ent- 
sprechend Bild 1 verbunden. Im Steuerungs- 
betrieb kann diese Schnittstelle zur Kopplung 
mit einer zweiten Steuerung oder einem 
übergeordneten Rechner genutzt werden, 
wobei Merkerbelegungen oder Programme 
übertragen werden können. 



3. Struktur des Steuergeräte- 
komplexes 

Die programmierte SKS kann mit dem Modell 
des endlichen Automaten beschrieben wer- 
den, der den Steueralgorithmus A verwirk- 
licht. Notwendige Zähl- und Zeitfunktionen 
werden dabei gesonderten Funktionsgrup- 
pen Z bzw. T (Bild 2) zugeordnet. Demzu- 
folge brauchen diese im zu programmieren- 
den Steueralgorithmus A‘ nur insoweit be- 
rücksichtigt werden, als sie über Eingänge X‘ 
(Zählkonstante erreicht bzw. Zeit abgelau- 
fen) und Ausgänge Y‘ (Zählerstand erhöhen 
bzw. Zeitablauf starten) verkoppelt sind. Zur 
Erhöhung der Flexibilität werden zusätzlich 
die Zähl- bzw. Zeitkonstanten vom Steueral- 
gorithmus A‘, d. h. vom Anwenderprogramm 
festgelegt, so daß nichtüberlappende Mehr- 
fachnutzungen prinzipiell möglich sind. 
Sämtliche Funktionsgruppen T, Z und A' sind 
im Steuergerät der SKS 02 implementiert. 
Die Grundkonfiguration wird dabei aus einer 
Zentraleinheit (ZE) und einer Expanderkarte 
(EX) gebildet. Zur Aufrüstung kann diese An- 
ordnung um eine weitere Expanderkarte ge- 
mäß Bild 3 erweitert werden. 

Den Kern der Zentraleinheit (Bild 4) bildet der 
Einchipmikrorechner UB 8820. Das Betriebs- 
system ist in einem EPROM U 271 6 und das 
Anwenderprogramm wahlweise in einem 2- 
KByte-EPROM oder RAM abgelegt, was ei- 
ner Kapazität von ca. 600 . . . 900 Anwender- 
befehlen entspricht. Über das serielle Inter- 
face kann eine TTL-kompatible Schnittstelle 
angeschlossen werden. Eine Funktions- 
gruppe zur Anzeige erlaubt das Darstellen 
der Belegung von 8 internen Merkervariablen 
und, in Verbindung mit der watch-dog-Schal- 
tung, die Anzeige eines Fehlerkodes im Stör- 
fall. Letzterer wird durch eine Autodiagnose 
(EMR, RAM, EPROM) erkannt oder durch ei- 
nen Undefinierten Rechner-„absturz“ verur- 
sacht und führt zum Stopp des Programmlau- 
fes und zum Rücksetzen der Ausgänge. Wei- 
terhin wird ein selbsttätiges Anlaufen nach 
Spannungsausfall und -Wiederkehr verhin- 
dert. 

In der Zentraleinheit implementiert sind 8 
Zähler/Zeitgeber mit den Bereichen 1 . . 256 
bzw. 0,1 ... 25,6 s, die mit einem Anwender- 
befehl parametriert werden. Es können 128 
Zustandsvariablen (Merker) belegt werden. 
Die Arbeitsweise der Zentraleinheit ist in 
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Bild 3 Struktur des Steuergerätes SE 2211222 



Bild 4 Blockschaltbild der Zentraleinheit 


Abhängigkeit von der Programmierung zy- 
klisch oder prozeßgesteuert, wobei in pro- 
zeßbedingten Pausen eine erweiterte Auto- 
diagnose vorgenommen wird. Darüber hin- 
aus kann über 2 Eingänge ein spezielles, 
vom Anwender definiertes Interruptpro- 
gramm gestartet werden, was z. B. für die 
Realisierung einer Not-Aus-Routine von Vor- 
teil ist. 

Die Anpassung des von der Zentraleinheit 
gebildeten E/A-Busses an die Prozeßern- 
und -ausgänge erfolgt durch die Expander- 
karte. Die Bauelementebasis dieser Karte bil- 
den eine CMOS-Logik und der Schaltkreis D 
410, der eine störsichere bzw. kurzschlußfe- 
ste Ausführung der prozeßseitigen 16 Ein- 
und 8 Ausgänge gewährleistet. Der Daten- 


austausch mit der ZE erfolgt über Multiplexer 
bzw. Demultiplexer und eine Busanpaß- 
schaltung. Eine Taktung der Eingaberegister 
erfolgt bei jedem Zustandsübergang über ein 
spezielles Steuersignal, wodurch eine kor- 
rekte Ermittlung der Übergangsbedingungen 
ermöglicht wird. Dieses Signal wird selbsttä- 
tig aus dem Programm und somit aus dem 
Steueralgorithmus abgeleitet, und zwar beim 
Programmablaufgraphen von der Operation 
und bei Booleschen Gleichungen vom Pro- 
grammende. 

Die Stromversorgung erfolgt ausgehend von 
24V + 25% überein Schaltnetzteil. 


Tafel 1 Befehlssatz 
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4. Übersetzungsprinzip 

Als Verfahren zur Übersetzung aus der Pro- 
grammier- in die Maschinensprache der SKS 
existieren folgende Möglichkeiten: 

- Assembler 

- Compiler 

- Translator/Interpreter. 

Die Verwendung eines Assemblers kommt 
aufgrund der ungenügenden Problemorien- 
tiertheit der Programmiersprache nicht in Be- 
tracht. 

Einen Vergleich zwischen Compiler und 
Translator/Interpreter mit den Parametern 
Speicherplatzbedarf l s im Steuergerät und 
Zustandsübergangszeit T 2 zeigt Bild 5 151. 
Dementsprechend stehen sich ein größerer 
Hardwareaufwand bei Verwendung eines 
Compilers einerseits und höhere Zustands- 
übergangszeiten bei Einsatz eines Transla- 
tors/lnterpreters andererseits gegenüber. 
Für die Implementierung der SKS 02 wurde 
das letztgenannte Prinzip verwendet, da er- 
stens bereits ab etwa 200 Steuersprachbe- 
fehlen der Hardwareaufwand für das Steuer- 
gerät geringer ist, zweitens die Zustands- 
übergangszeiten von etwa 50 ms/1 000 Steu- 
ersprachbefehlen noch vertretbar sind und 
drittens mit dem Interpreterkode eine trans- 
parente Schnittstelle für eine Programmar- 
chivierung oder Programmierung auf ver- 
schiedenen Rechnern (z. B. BC A 5120, PG 
ursatron 5000) existiert. 

5. Programmiergerätekomplex 

Folgende Betriebsarten werden gefordert: 

- Programmerstellung 

- Programmtest 

- Programmarchivierung u. -dokumenta- 
tion. 

Die Struktur des Programmiergerätekomple- 
xes zur Erfüllung dieser Funktionen ist in Bild 
6 dargestellt. Zur Erzielung eines minimalen 
Grundaufwandes werden alle zur Program- 
mierung und Inbetriebnahme notwendigen 
Funktionen in einem Handprogrammiergerät 
(HPG) konzentriert. Die zusätzlichen Funk- 
tionen Archivieren und Dokumentieren wer- 
den über ein Interface zu handelsüblichen 
Kassettenmagnetbandrecordern (KMB) rea- 
lisiert. Für das verwendete Aufzeichnungs- 
format existieren Dienstprogramme auf dem 
Programmiergerät ursatron 5000 (für den BC 
A 5120 in Vorbereitung), die das 

- Editieren 

- Übersetzen 

- Rückübersetzen 

- EPROM-Programmieren und 

- Archivieren 

von Anwenderprogrammen ermöglichen. 
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Das HPG erlaubt neben diesen Teilfunktio- 
nen zusätzlich: 

- Step- und Breakpoint-Betrieb 

- Anzeige von Bitakkuinhalt und Merkerbe- 
legung sowie 

- Fehlersuchlauf. 

Ein Blockschaltbild des Handprogrammier- 
gerätes PG 222 zeigt Bild 7. Den Kern der Lö- 
sung bilden der EMR UB8840 (oder UB8820) 
und ein Betriebssystemspeicher von 4-(bzw. 
2x2-)KByte-EPROM. Die Bedienung erfolgt 
über 24 Tasten (Funktionstastatur mit Dop- 
pelbelegung), die Anzeige ist mittels eines 
8stelligen Punkt-Matrix-Displays für Befehle 
und den Anwenderdialog sowie mittels 8 LED 
für die ausgewählte Betriebsart ausgeführt. 
Im PG 222 stehen Schnittstellen zur 
EPROM-Programmierung, zum KMB und ein 
UART-Kanal mit TTL- und V.1 1 -kompatiblem 
Pegel zur Verfügung. Die Stromversorgung 
erfolgt ausgehend von 24V±25% über ein 
Schaltnetzteil. 

6. Programmierung 

Als Beschreibungsgrundlage zur Program- 
mierung können strukturorientierte Beschrei- 
bungsformen wie Logikplan, Kontaktplan oder 
Boolesche Gleichungen dienen. Daneben er- 
weist es sich als vorteilhaft, auch funktions- 
orientierte Beschreibungen, wie den Pro- 
grammablaufgraphen (PAG) /1 5/, zuzulas- 
sen. Diese entstehen beim systematischen 
Entwurf bereits zu einem sehr frühen Zeit- 
punkt /16/ und erlauben - in Verbindung mit 
einer bei der SKS 02 angewendeten mögli- 
chen nichtzyklischen Programmabarbeitung 

- minimale Zustandsübergangszeiten im Mil- 
lisekundenbereich, da nur relevante Ein- 
gangsvariablen verarbeitet werden müssen. 
Die Struktur der 10 konzipierten Steuer- 
sprachbefehle ist in Bild 8 und der gesamte 
Befehlssatz in Tafel 1 dargestellt. Die ersten 
4 Befehle dienen zur Programmierung auf 
der Grundlage von PAGen und können ein- 
deutig den Elementen des PAG zugeordnet 
werden. Die nachfolgenden vier Befehle er- 
lauben die Programmerstellung auf der Basis 
von Booleschen Gleichungen bzw. Kontakt- 
plänen. Der Parametrierbefehl weist einem 
Zähler bzw. Zeitgeber einen Schwellwert zu. 
Der Sendebefehl bewirkt einen Austausch 
der Belegung beliebiger Merker zur Kopp- 
lung von 2 Steuerungen. Die Syntax für eine 
gemischte Anwendung der 3 Befehlsmengen 
ist in Bild 9 angegeben. 

Beispiele zur Programmierung sind in Bild 10 
dargestellt. 

7. Implementierung 

Das Steuergerät SE 221 besteht aus 3 Leiter- 
platten (Zentraleinheit, Expander, Front- 
platte) und befindet sich in einem Einschub 
(170 x 98 x 40 mm 3 ). Das Programmierge- 
rät PG 222 wird aus 3 Leiterplatten (Tastatur/ 
Anzeige, Rechnerteil, Schaltnetzteil) gebildet 
und ist in einem handlichen Plastgehäuse 
(220 x 1 1 0 x 50 mm 3 ) untergebracht. 

Eine Dokumentation (Hard- und Softwarebe- 
schreibung, Schaltungsunterlagen, Betriebs- 
systeme, Inbetriebnahmesoftware und Be- 
dienungsanleitung) und Leiterplatten (in be- 
schränkter Anzahl) können angeboten wer- 
den. 
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Bild 9 Syntax der Anwenderprogramme 
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Was ist eine RISC-Architektur? 


Konventionelle Prozessor-Konzeptionen und 
-Architekturen befassen sich in erster Linie 
mit dem Problem, das Zusammenspiel zwi- 
schen einem schnellen Prozessor und dem 
verhältnismäßig langsamen Arbeitsspeicher 
so zu gestalten, daß der langsame Zugriff auf 
die Programmbefehle im Arbeitsspeicher die 
Verarbeitungsgeschwindigkeit des Prozes- 
sors nicht zu stark vergrößert. Deswegen 
wurden komplexe, leistungsstarke Befehle 
vorgesehen, die dann im Prozessor als soge- 
nannte Mikrocoderoutinen ablaufen und da- 
bei in der Regel viele Prozessorzyklen erfor- 
dern. Mit dieser Technik, der Complex In- 
struction Set Computer (CISC), gelang es, 
zeitaufwendige Speicherzugriffe auf das 
wirklich notwendige Maß zu reduzieren und 
dabei die Geschwindigkeit des Prozessors 
voll auszunutzen. 

Nun geht die Entwicklung einerseits dahin, 
daß auch die Zugriffszeiten zu den Speichern 
immer kürzer und so die Fähigkeiten mächti- 
ger Befehle oft nicht voll genutzt werden. Die 
Maschine betreibt intern viel „Leerlauf“. An- 
dererseits ergaben Untersuchungen ver- 
schiedener Computerhersteller, daß für viele 
Anwendungen die meisten Computer den 
Großteil ihrer Rechenzeit zur Ausführung von 
nur 20 Prozent ihres Befehlssatzes verwen- 
den. Aus diesen Gründen versuchte man, mit 
anderen Architekturen einen Ausweg zu fin- 
den. Eine solche Lösung scheint sich mit der 
RISC-Architektur anzubieten. Ein Computer 
mit RISC-Architektur (Reduced Instruction 
Set Computer) kommt mit wesentlich einge- 
schränktem Vorrat an Maschinenbefehlen 
aus. In Verbindung mit einem sehr leistungs- 
fähigen Compiler wird die hohe interne Verar- 
beitungsgeschwindigkeit realisiert. Die Zu- 
griffszeiten zu modernsten Arbeitsspeichern 
entsprachen etwa einem Prozessorzyklus. 
Somit kann während der Abarbeitung eines 
Befehls der Folgebefehl aus dem Arbeits- 
speicher geladen werden. Der Instruktions- 
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satz eines RISC-Prozessors umfaßt nur ein- 
fache Befehle, die möglichst während eines- 
einzigen Prozessorzyklus ausgeführt werden 
können. Fast alle Befehle sind Register-Re- 
gister-Operationen, was der Verarbeitungs- 
geschwindigkeit zugute kommt. Der laufzeit- 
optimierte Objektcode wird von RlSC-Compi- 
lern u.a. dadurch erzeugt, daß Operanden 
möglichst lange in Registern gehalten und 
Speicherzugriffe nur dann ausgeführt wer- 
den, wenn neue Operanden benötigt oder 
nicht mehr gebrauchte abgespeichert wer- 
den müssen. 

Ein weiteres typisches Merkmal ist die pipeli- 
neartig-überlappende Befehlsabarbeitung, 
die ebenfalls zur Geschwindigkeitserhöhung 
beiträgt (siehe Bild). 

Eine Reihe internationaler Computerherstel- 
ler- IBM, Hewlett-Packard, Nixdorf, GEI und 
Inmos - haben bereits RISC-Maschinen ent- 
wickelt. So wird beispielsweise von IBM das 
System 61 50 angeboten. Der 32-Bit-Mikro- 
prozessor des Mikrocomputersystems ent- 
hält mehr als 50000 Transistorfunktionen 
und ist als Einzelchip in RISC-Architektur 
ausgeführt. Der MP verfügt über nur 1 18 Be- 
fehle in 2- und 4-Byte-Format, die zum größ- 
ten Teil innerhalb eines einzigen Verarbei- 
tungszyklus ablaufen. 

Die Verarbeitungsgeschwindigkeit beträgt 
zwischen 1 ,6 und 2,1 MIPS bei einer Zugriffs- 
zeit von rund 170 Nanosekunden. Noch we- 
sentlich interessanter dürfte die an der Uni- 
versität von Kalifornien Berkeley (USA) ent- 
wickelte RISC-Maschine sein. Nur 30 Ma- 
schinenbefehle bilden den Instruktionssatz. 
Bestimmte Programme liefen auf diesem 
Computer mehr als doppelt so schnell wie auf 
einem anderen zum Vergleich herangezoge- 
nen Mikrocomputer mit CISC-Prozessor. 
Dennoch stellt die RISC-Architektur nicht das 
Nonplusultra dar. Als Nachteil führen Kritiker 
des RISC-Konzepts u. a. an, daß das Aufstel- 
len eines typischen RISC-Befehlssatzes nur 



auf statistischer Grundlage basiert, denn es 
werden nur die Befehle implementiert, die be- 
sonders häufig benötigt werden. Damit sind 
diese Computer für bestimmte Anwen- 
dungen sehr schnell, für viele andere aber 
eben auch zu spezialisiert. So werden die 
universelleren CISC noch lange Zeit ihre Be- 
rechtigung haben. 

I.P. 
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REDABAS 

Arbeit mit Datenbanken (Teil I) 


Dr. Thilo Weller, Matthias Donner 
Karl-Marx-Universität Leipzig, Sektion Wirt- 
schafts wissen sch atten/Organi sati on s- und 
Rechenzentrum 

Mit dieser Beitrags folge sollen Anregungen 
zur Programmierung in REDABAS vermittelt 
werden, die über die reine Diaiogarbeit weit 
hinaus gehen. Gleichzeitig kommt es den 
Autoren darauf an, zu zeigen, daß das Stan- 
dardsoftwarepaket REDABAS zahlreiche 
Schnittstellen zu anderen Programmen bie- 
tet, die bei der entsprechenden Aufgaben- 
stellung ausgeschöpft werden sollten. 

1. Einführung 

Mit REDABAS (kompatibel zu dBASE II) steht 
ein universell ersetzbares REIationales DA- 
tenBAnkbetriebsSystem für Personalcompu- 
ter/Arbeitsplatzcomputer zur Verfügung, das 
mit einem einheitlichen Sprachkonzept so- 
wohl den Aufbau und die Verwaltung von Da- 
tenbeständen als auch Befehle für eine ei- 
gene Anwendungsprogrammierung bereit- 
hält/1/. 

Vor allem bei komplexen Problemen kann der 
Bereich der Datenerfassung, Datenänderung 
und der Datenverknüpfung günstig mittels 
der integrierten Programmiersprache bear- 
beitet werden. Die Anwendung der REDA- 
BAS- Program me führt in den meisten Fällen 
zu einer Arbeitserleichterung, z. B. für Nutzer 
ohne rechentechnische Spezialausbil- 
dung. 

Sowohl die Sprachsyntax als auch das Daten- 
banksystem selbst erlauben dabei eine mo- 
dulare Gestaltung von Programmen, wodurch 
eine stufenweise Programmerstellung er- 
möglicht wird. 

2. Syntaxnotation 

Für die Notation der REDABAS -Anweisun - 
gen werden verwendet: 
GROSSBUCHSTABEN beinhalten REDA- 
BAS-Schlüsselwörter, die genau so ge- 
schrieben werden müssen. 

[. . .] Eckige Klammern beinhalten einen Teil 
der Anweisung, der wahlweise angegeben 
werden kann. 

(...) Kleingeschriebenes in spitzen Klam- 
mern beinhaltet einen Teil der Anweisung, 
der durch den Nutzer auszufüllen ist. 

Für die Schreibweise der Programmbeispiele 
wird keine gesonderte Notation festgelegt. 

3. Aufbau von REDABAS-Programmen 

Der REDABAS-Interpreter ermöglicht also 
- die Arbeit auf einer Anweisungsebene: 
zur Abarbeitung einmaliger Aufgabenstellun- 
gen, zum Testen von Datenbanken u. a. 


- die Abarbeitung von Befehlsdateien (Pro- 
grammen) mittels der integrierten Program- 
miersprache: mit der einfachen Möglichkeit, 
Anweisungen zusammenzufassen, durch 
einmaliges Programmieren wiederholte Nut- 
zungsmöglichkeiten zu schaffen. 

Die Programmiersprache beinhaltet zum ei- 
nen die Verwendung der Anweisungen zur 
Datenbankarbeit auf der Anweisungsebene 
sowie weitere Programmstrukturelemente. 
Damit können z. B. solche Anweisungen 
auch direkt in der Programmierung genutzt 
werden wie zum 

- Erstellen von Dateien 
CREATE 
COPYu.a. 

- Erfassen von Daten 
APPEN D u. a. 

- Ändern von Dateiinhalten 
BROWSE 

EDIT 
DELETE 
PACK u.a. 

- Anzeigen von Dateiinhalten 
DISPLAY 

LIST u.a. 

Zur Erstellung von REDABAS-Programmen 
kann ein Texteditor, 2. B. das Textverarbei- 
lungsprogramm TP (Option N: Bearbeiten 
einer Programmdatei) oder der intergrierte 
Programmeditor selbst genutzt werden. 


4. Erstellen von Befehlsdateien 
mit dem integrierten Programmeditor 
und Aufruf von Befehlsdateien 

Das Aktivieren des Programmeditors zur for- 
matfreien Erstellung und Modifizierung von 
Anweisungsfolgen sowie zur Speicherung in 
einer Befehlsdatei erfolgt mit 
MODIFY COMMAND (programmname) 

Nach Eingabe dieser Anweisung schaltet RE- 
DABAS in einen Eingabemodus um, wofür 
die vorhandenen CTRL-Tasten- Kombinatio- 
nen zu verwenden sind; zum Beispiel: 

CTRL - W für Speichern des Programms auf 
Diskette mit der Dateierweiterung. PRG (voll- 
ständiger Datei name/max. 8 Zeichen: pro- 
grammname. PRG) und Verlassen des Pro- 
grammeditors 

CTRL -Q für das Abbrechen der Programm- 
bearbeitung und Verlassen des Editors ohne 
Speichern. 

Zum Zeitpunkt der Programmerstellung er- 
folgt keinerlei Prüfung der eingegebenen An- 
weisungen, erst bei der Abarbeitung der Be- 
fehlsdatei! 

Wichtig ist die Beachtung der Leistungsgren- 
zen des Programm editors: 


- maximale Länge einer Befehlszeile 77 Zei- 
chen (Byte) 

- maximale Größe einer Befehlsdatei ca. 
4000 Zeichen 

- keine Textsuch- sowie Blockverschie- 
bungsanweisungen möglich. 

Mittels 

DO (programmname) 
kann nun der Aufruf und die Abarbeitung der 
Befehlsdatei (programmname). PRG erfol- 
gen. 

Die Aufrufmöglichkeiten bestehen sowohl 
aus der Anweisungsebene heraus (d. h. nach 
dem Promptzeichen „ : ") als auch aus einer 
anderen Befehlsdatei (d. h. Verschachtelun- 
gen von Befehlsdateien in Form einer Unter- 
programmtechnik sind mögtich). Die mögli- 
che Schachtelungstiefe ist durch die maxi- 
male Anzahl von 16 gleichzeitig eröffneten 
Dateien begrenzt, wobei jede DO- Anweisung 
das Eröffnen einer entsprechenden (weite- 
ren) Befehlsdatei bewirkt. Außerdem sind 
hier auch die anderen momentan eröllneten 
Dateien zu berücksichtigen (z. B. Datenbank-, 
Index-, Reportdateien)! Eine Befehlsdatei 
kann auch direkt aus der Betriebssystem - 
ebene heraus aufgerufen werden: 

A > REDABAS (programmname) 

Die Ausführung einer Befehlsdatei wird be- 
endet, wenn entweder das Ende der Datei 
oder die Anweisung 
RETURN 
erreicht wird. 

5. Programmierte Datenein- und -ausgabe 
5.1 . Programmierte Dateneingabe 

Die Eingabemöglichkeiten über die Konsole 
umfassen die 

- ACCEPT-Anweisung 

zur Zeichenketteneingabe für Speichervaria- 
ble 

- IN PUT- Anweisung 

zur Eingabe von Daten beliebigen Typs für 
Speichervariabie 

- READ-Anweisung 

zur Eingabe von Daten beliebigen Typs über 
eine Eingabemaske, die zuvor mit a . . . GET 
definiert wurde 

- WAIT-Anweisung 

zur Eingabe eines Zeichens beliebigen Typs 
nach einer Programmunterbrechung. 
REDABAS unterscheidet also zwischen Feld- 
variablen (Diese bestimmen alle zu einer Da- 
tenbankstruktur gehörenden Datensatzele- 
mente mit einem vom jeweiligen Datensatz 
abhängigen Dateninhalt.) sowie Speicherva- 
riablen. (Diese existieren unabhängig von 
der jeweils bearbeiteten Datenbank, maxi- 
male Länge jeweils 254 Byte, maximale Zahl 
64.) 
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ACCEPT [(Zeichen kette)] TO (spefchcrva- 
riable) 

Diese Anweisung ermöglicht die Eingabe be- 
liebiger alphanumerischer Ausdrücke von 
der Tastatur in eine Speichervariable. Die Ein- 
gabe braucht nicht in Anführungszeichen ern- 
geschlossen zu werden; ACCEPT faßt jede 
Eingabe als alphanumerischen Wert auf. 

Vor der Eingabe kann eine Erläuterung (Zei- 
chcnkctte) überdie Art der zu erwartenden 
Daten gegeben werden, die in Begrenzungs- 
Zeichen (Anführungszeichen ", Hochkom- 
mas ' oder eckige Klammem []) einzuschlie- 
ßon ist. 

Die Speichervariable muß vor der Ausfüh- 
rung der Anweisung nicht definiert werden, 
sondern wird automatisch erzeugt. 

Beispiele; 

AfcCEPT ‘Programm wiederholen?' '(Ja/ 
Nein) ' •'■•>•/ : ‘ 

TG ANTWORT . • 

ACCEPT ^Wet£*Hsr0«ensatzr TÖ-Ö# 

Die Ausgabe der ACCEPT -Anweisung läßt 
sich nicht auf eine bestimmte Bildschirmposi- 
tion festlegen (immer ab Spalte 0: Vorsicht: 
Bildschirmmenüs können leicht überschrie- 
ben werden!). 

INPÜT [(zeichenkette) 

TO (speichervariable) 

Die Arbeitsweise mit der INPUT-Anweisung 
ähnelt der bei der ACCEPT-Anweisung. Un- 
terschiede bestehen darin, daß Daten beliebi- 
gen Typs eingegeben werden können; der 
Typ der Speichervariabien bestimmt sich 
durch die Art der Eingabe: 

■ Numerische Werte werden numerischen 
Speichervariablen zugewiesen. 

■ Alphanumerische Werte (hier bei der Ein- 
gabe in Bogrcnzungszeichen einzuschlie- 
ßen I) werden alphanumerischen Speichorva- 
riablen zugewiesen. 

■ Bei J (oder T) bzw. N (oder F) erfolgt die 
Zuweisung des entsprechenden logischen 
Wertes TRUE bzw. FALSE an eine logische 
Speichervariable. 



Diese mächtigste Anweisung zum Einlesen 
von Daten bei der Programmabarbeitung 
beinhaltet die Positionierung der Ausgabe 
eines Ausdrucksauf Bildschirm (bzw. Druk- 
ker) sowie die Eingabe von Daten beliebigen 
Typs in die bezeichnete Variable. 
Üblicherweise gelten folgende Positionsan- 
gaben: zeile 0. . .23, spalte 0. . .79. 

Mit der SAY-Option kann ein Ausdruck (Ver- 
knüpfung von Konstanten, Variablen, Funk- 
tionen durch in REDABAS zulässige Opera- 


toren) beliebigen Datentyps ausgegeben 
werden. 

GET ermöglicht die Eingabe von Daten in die 
betreffende Variable, wobei zuerst deren mo- 
mentaner Inhalt angezeigt wird. 

Diese Variable muß vorher definiert sein 
(siehe auch STORE-Anweisung). Die Varia- 
ble darf sowohl eine Speichervariable als 
auch eine (Datenbank-) Feldvariable sein 
Das eigentliche Einlesen der Daten (und de- 
ren Zuweisung zur Variablen) an den durch 
GET auf Bildschirm markierten Positionen 
erfolgt erst mit dor READ- Anweisung. 




Die voUstänötge Syntax der @. . .SAY- 
. . .OET-Anweteung enthält zwei weitere 
Optionen;, ■-./ 

@ (zeile), (spalte) 

[SAY (ausdnuckVfÜSitMG ‘maske'j] \ . 
[GET (variable) [P1CTURE 'mäske'!]. ? 
Maske 'beinhaltet ein oder mohrere Wtoev-, i 


Mit der USING-Option wird festgelegt, in wel- 
cher Form die im Ausdruck stehenden Daten 
ausgegoben werden sollen, analog setzt die 
PICTURE-Option bestimmte Eingabeformatc 
fest. 


Masken- 

zeichen 

Bedeutung für 

USING PICTURE 

#oder9 

Ausgabe einer 
Ziffer des Aus- 
drucks (bzw. Leer- 
zeichens, wenn an 
dieser Stelle keine 
Ziffer) 

erlaubt nur Eingabe 
einer Ziffer sowie 

* 

Ausgabe eines 

beliebigen 

ASCII-Zeichens 

erlaubt Eingabe 
eines 

ASCII-Zeichens 

A 

- 

erlaubt nur Eingabe 
eines Buchstabens 


Ausgabe einer 
• Ziffer oder Aus- 
gabe von bzw 

'V' anstelle einer 
führenden Null 


! 


Umwandlung von 
Klein- in Groß- 
buchstaben 


Die Standardeinstellung für die behandelte 
Anweisung ist SET FORMAT TO SCREEN 
(Bildschirmein-, ausgabe); bei Druckeraus- 
gabe ist SET FORMAT TO PRINT zu verwen- 
den. 

WA IT [TO (speichervariable) 

WAIT veranlaßt REDABAS, das laufende Pro- 
gramm zu unterbrechen, seine Fortsetzung 
erfolgt mit der Eingabe eines beliebigen Zei- 
chens von der Konsole. Dieses Zeichen kann 
wahlweise in der Speichervariablen gespei- 
chert werden, um es für die Programmsteue- 
rung zu nutzen. 



Ausgabemöglichkeilen umfassen u. a. die 

- a . . . SAY-Anweisung 

zur Ausgabe von Ausdrücken an bestimmten 
Positionen (siehe Pkt. 5.1, ohne GET-Op- 
tion) 

- Text . . . ENDTEXT-Anweisung 

zur einfachen Ausgabe von (z.T. umfangrei- 
chen) Kommentaren 
-- REMARK-Anweisung 
zur weiteren Ausgabe kurzer Kommentare 
während der Abarbeitung von Befehlsdateien 

- ERASE-Anweisung 

zum Löschen des Bildschirms. 


TEXT 


(text) 


ENDTEXT 


Mit dieser Anweisungsstruktur können bei 
der Ausführung von Befehlsdateien eine oder 
mehrere Kommentarzeilen ohne Positions- 
angaben auf einfache Weise ausgegeben 
werden TEXT und ENDTEXT müssen auf se- 
paraten Zeilen stehen. Der Ausgabetext er- 
folgt am Bildschirm unverändert. 



Die Anweisung dient der Anzeige eines (kur- 
zen) Kommentartextes während der Pro- 
gram mdurchführung am Bildschirm, insbe- 
sondere zur Information des Bedieners. 


ERASE 


löscht den Bildschirm und positioniert den 
Cursor an die 1. Bildschirmposition. Wird die 
{©-Anweisung zur Bildscbirmausgabe ver- 
wendet, entaktiviert ERASE alle GET-Optio- 
nen. 


5.3. Bemerkungen 

Mit den im Pkt. 5 behandelten Anweisungen 
ist eine Vielzahl komfortabler Möglichkeiten 
der Online-Verarbeitung gegeben. Diese An- 
weisungen sollten u.a. für Menügestaltung, 
programmierte Datenerfassung und -aktuali- 
sierung genutzt werden. 
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6. Grundstrukturen der strukturierten 
Programmierung 

6.1. Folge 

Oie Folge (Sequenz) beinhaltet, daß Anwei- 
sungen nacheinander abgearbeitet werden 
(Bild 1). 

Es empfiehlt sich folgende Vorgehensweise 
bei der Erstellung der übergeordneten Be- 
fehlsdatei: 
anweisung- 1: 

NOTE (text) (Kommentarais Programm- 
b2w. köpf; wird bei der Abarbei- 

*<text) beitung übergangen) 

anweisung_2: 

ERASE (Löschen des Bildschirms 

und Positionierung des 
Cursors in der linken 
oberen Ecke) 

anweisung_3: 

SETTALK OFF (Unterdrücken der System- 
meldungen) 

6.2. Verzweigung 

Die Verzweigung beinhaltet in Abhängigkeit 
von einer Bedingung die alternative Durch- 
führung verschiedener Anweisungen. 

6.2.1. Alternative 

Mittels der IF-Anwoisung wird in Abhängig- 
keit von der Erfüllung einer Bedingung (Aus- 
druck, der als Auswahlkriterium dient) die 
e ne oder die andere Anweisung (bzw. An- 
wcisungsfolge) ausgeführt (Bild 2). 



! $t die Bedingung nach der IF-Anweisung er- 
'ullt (wahr), werden die unmittelbar folgenden 
Anweisungen ausgeführt, anderenfalls die 


Anweisungen nach ELSE. Enthält eine IF-An- 
weisung keinen ELSE-Zwcig (unvollständige 
Alternative), werden bei Nichterfüllung die 
Bedingung aller Anweisungen bis zur näch- 
sten ENDIF-Anweisung übergangen. 
Zwischen IF und ENDIF können z. B. weitere 
IF-Anweisungen stehen, die Schachtelungs- 
tiefe ist nicht begrenzt, sollte aber übersicht- 
lich gehalten werden. 

6.2.2. Fallunterscheidung 

Mittels der CASE-Anweisung erfolgt die alter- 
native Auswahl aus verschiedenen Anwei- 
sungen (Anweisungsfolgen) entsprechend 
den aufgeführlen Bedingungen (Bild 3). 



, Die Bedingungen werden nacheinander ge- 
prüft. Sobald eine Bedingung zutrllft, wird die 
zugehörige Anweisung bzw. Anweisungs- 
folge ausgeführt, und der CASE-Block ist da- 
mit abgearbeitet. Enthält CASE einen 
OTHERWISE-Zwcig, wird, falls keine Bedin- 
gung zutrifft, die auf OTHERWISE folgende 
Anweisung abgearbeitet. Nach deren Abar- 
beiten der durch CASE bzw. OTHERWISE 
ausgewählten Anweisungen erfolgt die Pro- 
gram mforisetzung mit der auf ENDCASE fol- 
genden Anweisung. 

Innerhalb einer Befehlsdatei dürfen CASE- 
Anweisungen nicht ineinander geschachtelt 
werden (im Gegensatz zur IF-Anweisung)! 


6.3. Wiederholung 

Mittels der WHILE-Anweisung wird eine An- 
weisung (Anwcisungsfolgc) abgearbeitet, 
solange die angeführte Bedingung erfüllt ist. 
Dabei wird zuerst geprüft, ob die Bedingung 
zutrifft, das heißt, gegebenenfalls wird der 
Block keinmal ausgeführt (Bild 4). 



OJTr-» ;, ÖreBden‘ . ; , - V 
SKIP . 

ENOOO 

Die aufgcführle Anweisung (Anweisungs- 
lolge) wird immer nur dann ausgeführt, wenn 
die Bedingung wahr ist; nach ihrer Ausfüh- 
rung wird die Bedingung erneut ausgewertet. 
DO WHILE-Verschachtelungen sind zuläs- 
sig. 

6.4. Bemerkungen 

In REDABAS sind zwei wichtige Programm- 
strukturen nicht enthalten. Es fehlen die be- 
dingte Wiederholung mit Endabfrage (Abfra- 
gebedingung am Ende), meist durch REPEAT 
. . . UNTIL realiserl, sowie die Zählschleife (n- 
maligcs Durchlaufen einer Schleife entspre- 
chend einem gegebenen Wert n), meist 
durch FOR ... TO dargestellt. Beide Struktu- 
ren müssen durch die in REDABAS vorhan- 
denen Programmelcmenle ersetzt werden. 

Im Sinne der strukturierten Programmierung 
verzichtet REDABAS auf die in vielen ande- 
ren Programmiersprachen vorhandene 
Sprunganweisung GOTO. 

Beim Umgang mit den unter Pkt. 6.2. und 6.3. 
behandelten Anweisungen ist insbesondere 
wichtig, die richtige Stellung der jeweiligen 
END- Anweisungen (ENDDO. ENDIF. END- 


Struktogramm 


Umsetzung in REDABAS 


j anweisung . 1 


(an Weisung _ 1 ) 


I anweisung _ 1 


(anweisung _ 2) 


anweisung .n 


(anweisung _n) 


Struktogramm Umsetzung in REDABAS 

DO CASE 


CASE (bedingung _ 1 ) 
• (anweisung _ 1 ) 
CASE (bedingung. 2) 
(anweisung _2) 


CASE (bedingung _n) 
(anweisung _n) 
[OTHERWISE 

(anweisung)] 

ENDCASE 


3 




Umsetzung in REOABAS 


IF (bedingung) 
(anweisung. 1) 
[ELSE 

{anweisung- 2)1 
ENDIF 


Bild 1 Sequenz van Strukturblöcken 

Bild 2 Alternative 

Bild 3 Fallunterscheidung 

Bild 4 Abweisschleile/Kopfgesteueric Schleife 


Struktogramm Umsetzung in REDABAS 


DOWHILE (bedingung) 
(anweisung) 
ENDDO 


I wiederhole ( solange 
| Bedingung zutrifft) 


anweisung 


IVtikroprozessortechnik, Berlin! (1987)8 


241 





CASE) zu analysieren; hier kommt bei fal- 
scher Stellung leicht die gesamte Programm- 
logik durcheinander! 


7. Weiteres Arbeiten mit Speichervariablen 

Oie Verwaltung von Speichervariablen stellt 
insbesondere bei Befehlsdateien eine wich- 
tige Anwendung in REDABAS dar. Da sie 
temporär im Arbeitsspeicher verwaltet wer- 
den, ist es aufgrund der Beschränkung auf 
eine maximale Zahl von 64 notwendig, beim 
Programmtest einen entsprechenden Über- 
blickzu behalten: 

LIST MEMORY 

listet alle temporären Speichervariablen mit 
deren Inhalt, Größe und Typ auf. 

Solche Speichervariablen bleiben solange 
definiert, bis REDABAS mit der QUIT-Anwei- 
sung verlassen wird (sofern sie nicht gezielt 
gerettet werden). 

Außer den bereits behandelten Anweisungen 
zur Arbeit mit Speichervarlabien sollen fol- 
gende noch kurz erläutert werden: 

STORE (ausdruck) TO (speichervariable) 
Mittels dieser Anweisung kann einer Spei- 
chervariabien der Wert eines Ausdrucks be- 
liebigen Datentyps zugewiesen werden. 
Existiert die Speichervariable noch nicht, wird 
sie mit dieser Anweisung angelegt. Die Zu- 
weisung erfolgt unabhängig davon, ob die 
Speichervariable ovenluell vorher mit einem 
anderen Datentyp besetzt war. 

Beispiele; • •;•••. T-' ' 

STORE •Montag* TO.TAG 
STORE 5 X 4-3 TO ERGEBNIS 

Aufgrund der zahlenmäßigen Begrenzung 
der Speichervariablen sind weitere Anwei- 
sungen nützlich wie: 

- RELEASE bzw. CLEAR 

zum vollständigen/teilweisen Löschen tem- 
porärer Speichervariablen 

- SAVE 

zum Sichern temporärer Speichervariablen 
auf Diskette, die mit 

- RESTORE 

wieder in den Arbeitsspeicher geladen wer- 
den können. 

Makroanweisung & (speichervariable) 

Die Makroanweisung in REDABAS bietet 
Möglichkeiten, wiederholte Eingaben z. B. 
von Anweisurigszeilen zu vermeiden bzw. zu 
verkürzen sowie Anweisungen, bei denen 
z. B. nur Konstanten für den Suchbegriff zu- 
lässig sind, variabel zu gestalten. Sie dient 
damit der indirekten Adressierung von An- 
weisungsobjekten wie Feldern, Datensätzen, 
Dateien oder Anweisungen über Speicherva- 
riablen. 

Trifft REDABAS in Anweisungen oder bei der 
Auswertung von Ausdrücken auf das Zeichen 
(Ampersand), wird zum Zeitpunkt der 
Befehlsabarbeitung der in der Speichervaria- 
blen befindliche Inhalt ausgewertet. Das be- 
deutet, daß zur Speichervariablen zuvor eine 
Eingabe bzw. Zuweisung erfolgt sein muß. 



8. Unterprogrammtechnik 


Unterprogramme sind in REDABAS Teilpro- 
gramme mit gleichem Aufbau wie Befehlsda- 
teien sowie thematisch begrenzten Anwei- 
sungsfolgen. Schachtelungen sind möglich. 
Der Aufruf von Unterprogrammen erfolgt ana- 
log dem Aufruf von Befehlsdateien: 
aus der Anweisungsebene bzw. übergeord- 
neten Befehisdatei heraus. Eine Parameter- 
übergabe (Parameterliste) beim Aufruf ist 
nicht zulässig. Die Rückkehr in die aufrufende 
Ebene erfolgt mit 
RETURN 

Dabei wird die Abarbeitung des Unterpro- 
gramms beendet; die Programmsteuerung 
gehl an die aufrufende Ebene zurück. 


Beispiel: ' ' 

* HAUPTPROGRAMM 



9. Hinweise zur Erstellung und zum Test von 
Befehlsdateien [2-4] 

Die Analyse eines Anwendungsproblems hat 
in REDABAS eine ebenso große Bedeutung 
wie in anderen Programmiersprachen oder 
bei der Nutzung anderer Standardsoftware. 
Mit dem Vorteil von REDABAS, bei der Ana- 
lyse/Programmierung nicht berücksichtigte 
Aufgaben diese später im direkten Dialog zu 
lösen, sollte sparsam umgegangen werden. 
Bediener ohne Vorkenntnisse kommen sonst 
kaum in die Lage, solcherart Programme ef- 
fektiv zu nutzen. Damit steigen die Anforde- 
rungen an Programmsicherheil, Programm- 
komfort und verständlichen Programmablauf. 
Wichtige Gesichtspunkte bei der Erstellung 
von Befehlsdateien sind da mit u a. (siehe 121, 
/ 3 /): 


- Modulare, übersichtliche Programmierung 
zur Erstellung der einzelnen Arbeitsabläufe 

- Prüfung des Datenvolumens 

- Prüfung der Art der anzulegenden Dateien 
(z. B. für Stamm-, Bewegungsdaten) 

- Nutzung von Bildschirmmasken 

- Paßwortschutz 

- optimale Gestaltung von Sortierkriterien 

- Datensicherungsmaßnahmen. 

Zur Steigerung der Interpreter-Leistung von 
REDABAS sind folgende allgemeine Hin- 
weise wichtig: 

Insbesondere bei mittelgroßen und großen 
Datenbeständen macht sich die interpretative 
Abarbeitung laufzeitmäßig bemerkbar. 

Hier ist 

1. genau der Rahmen der anzustrebenden 
Problemlösung abzustecken (z. B. nicht nach 
allen möglichen Variablen zu indizieren, die 
aber nur teilweise benötigt werden) 

2. Programmierung aus dem Stegreif zu ver- 
meiden, 

3. nach Erstellung einer ersten Programmva- 
riante nach weiteren, effektiveren zu suchen 

4. überhaupt zu trennen, was mit REDABAS 
im Dialog und welche Aufgabe mittels Pro- 
grammierung zu lösen ist. (Der Einsatz beider 
Möglichkeiten führt in den meisten Fällen zu 
einem optimalen Ergebnis.) 

Für Programmtestläufe sind insbesondere 
SET-Anweisungen nützlich, wie 
SET ECHO ON 

zum Anzeigen aller ausgeführten Anweisun- 
gen einer Befehlsdatei während der Laufzeit 
auf Bildschirm (Fehlersuche!), 

SET STEP ON 

zur Einzelschrittabarbeitung einer Betehlsda- 
tei mit nachfolgender Abfrage zur weiteren 
Abarbeitung, 

SET TALK ON 

zur Anzeige von REDABAS-Systemmeldun- 
gen (Voreinstellung), 

SETDEBUG ON 

zur Ausgabe der mit SET ECHO ON/SET 
STEP ON erzeugten zusätzlichen Ausgaben 
auf Drucker. 

Einzelne Möglichkeiten zur Erhöhung der 
Laufzeiteffizienz sind zum Beispiel: 

• bei REDABAS-Schlüsselwörtern nur die 
ersten 4 Zeichen zu verwenden (reicht dem 
Interpreter zur Identifizierung): 

aus wird 

CREATE CREA 

DISPLAY DISP 

• die Verwendung der LOOP-An Weisung in 
DO WHILE-Schleifen zur sofortigen Rück- 
kehr bei Abbruchbedingungen an den Schiei- 
fenanfang, ohne die Anweisungen bis zum 
nächsten ENDDO erst auszuführen (Zeiter- 
sparnis) 

• statt WAIT die ACCEPT-Anweisung ein- 
zugeben (Bei WAIT erfolgt Nachladcn von 
Diskette) 


wird fortgesetzt 
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Neues vom PC 


Kürzlich stellte IBM ihr Personal Systeml2 
vor. Neu sind nicht nur Architektur und Tech- 
nologie - es kommen VLSI-Bauelemente 
(beim Modell 180 wird z. B. der 1-M Bit-Chip 
verwendet) und die SMT (Surface Mount 
Technology) zum Einsatz - sondern auch ein 
Großteil der Peripherie. 

Mit dieser Computersystemfamilie will die 
IBM ihre Monopolstellung weiter festigen 
bzw. ausbauen. Das macht auch der Einsatz 
des neuen Betriebssystems (BS) Operating 
System 12 (0512) deutlich. Allerdings hält 
sich der Konzern mit dem DOS 3.3 - alle Mo- 
delle laufen auch unter diesem BS - die „Hin- 
tertür“ zur PC-,, Welt“ offen. 

Nachfolgend sollen die neuen Systeme kurz 
vorgestellt werden. 


Die Architektur des Personal Systems /2 (PS/ 
2) erlaubt einerseits einen sehr hohen Daten- 
transfer innerhalb des Systems, andererseits 
garantiert sie eine gewisse Kompatibilität zu 
den Großrechnern ebenso wie zu den PC des 
Herstellers. 

Zur PS/2-Familie gehören vier Modellgrup- 
pen. Dabei sind insgesamt acht Modelle 
möglich. Ebenfalls neu sind vier Bildschirm- 
geräte, vier Drucker und die optische Platten- 
einheit 3363. 

Je nach Modell werden die folgenden Pro- 
zessortypen von Intel verwendet: 8086 (16- 
Bit-^P mit einer Taktfrequenz von 8 MHz), 
80286 (1 6/24-Bit-AtP mit 10 MHz), 80386 (32- 
Bit-^P mit 1 6 bzw. 20 MHz). 

Modell 30 

Es ist das kleinste der neuen Reihe und als 
Teilmodell ausgeführt. Wichtige Parameter 
sind: Prozessor 8086, 640 KByte Hauptspei- 
chergröße, Sockel für mathematische Copro- 
zessoren, je eine serielle und parallele 
Schnittstelle, Anschluß für eine Maus sowie 
ein integrierter Farbgrafikadapter MCGA 
(Multi Colour Graphics Array). Wahlweise 
sind zwei 3,5-Zoll-Diskettenlaufwerke mit je 
720 KByte Speicherkapazität oder ein Dis- 
kettenlaufwerk und eine 20-MByte-Festplatte 
möglich. Als BS findet DOS 3.3 Verwen- 
dung. 

Modell 50 

Dieses System, es ist ebenfalls als Tischge- 
rät ausgeführt, hat einen 1 MByte-Hauptspei- 
cher, ein 3,5-Zoll-Diskettenlaufwerk mit 
1,44 MByte Kapazität, eine 20-MByte-Fest- 
platte, drei 1 6-Bit-Erweiterungssteckplätze, 
einen Sockel für den mathematischen Co- 
prozessor und die üblichen Schnittstellen. 

Für eine grafische Verarbeitung sind durch 
das Video-Graphics-Array(VGA)-Verfahren 
640 mal 480 Punkte direkt adressierbar, wo- 
bei von 262000 möglichen Farben 256 
gleichzeitig auf dem Bildschirm dargestellt 
werden können. Als Betriebssysteme kön- 
nen DOS 3.3 oder OS/2 verwendet werden. 
Der Hauptspeicher des mit einem Mikropro- 
zessor 80286 bestückten Computers läßt 
sich auf maximal 7 MByte erweitern. 



Unser Bild zeigt das kleinste Modell des PS/2 auf 
der diesjährigen Internationalen Messe Poznan 

Foto: Weiß (1) 


Modell 60 

Dieses Modell ist in den wesentlichsten Para- 
metern mit dem 50er identisch. Die System- 
einheit ist jedoch als Standmodell ausgeführt 
und besitzt eine 44-MByte- bzw. 70-MByte- 
Festplatte. 

Modell 80 

Leistungsstärkstes Computersystem dieser 
Familie ist das Modell 80, das es in drei Aus- 
führungen gibt. Je nach Ausführung arbeitet 
der 32-Bit-Mikroprozessor 80 386 im 1 6- oder 
20-MHz-Takt. Die Hauptspeicherkapazitäten 
betragen 1 bzw. 2 MByte. Zur Konfiguration 
gehören ein 1 ,44-MByte-Diskettenlaufwerk 
und - je nach Ausführung - 44, 70 oder 
115 MByte an Plattenspeichern. Neben vier 
16-Bit- und drei 32-Bit-Erweiterungssteck- 
plätzen sind die gleichen Erweiterungen 
möglich wie beim Modell 60 bzw. 50. Auch 
das 80er Modell läuft unter beiden BS. 

Peripherie 

Neben den eigentlichen Systemeinheiten 
wurden neue Bildschirme und Drucker vorge- 
stellt. So ein 30,5-cm-Monochrombildschirm 
(8503), der schwarze Schrift auf weißem 
Grund oder umgekehrt bietet und die Darstel- 
lung von 64 verschiedenen Grauwertstufen 
erlaubt. 

Der leistungsfähigste der neuen Farbbild- 
schirme (8514) ermöglicht die Adressierung 
von bis zu 1024 x 768 Pixel bei 92 Pixel je 
Zoll. 

Bei den Druckern handelt es sich um den 
Grafikdrucker 4201-002 mit drei integrierten 
Schriftarten, zwei Qualitätsstufen (Schnell- 
druck und Textqualität) und einer Geschwin- 
digkeit von bis zu 240 Zeichen/s sowie zwei 
Matrixdrucker 4207 und 4208 mit 24-Nadel- 
Kopf- und einen Thermodrucker (5202). 

Von besonderem Interesse ist die optische 


Platteneinheit (3363). Dabei wird eine Tech- 
nologie verwendet, bei der die Daten mit La- 
serstrahlen auf das Speichermedium Kunst- 
stoffscheibe geschrieben werden. Eine 
Platte - Durchmesser rund 13 cm - kann bis 
zu 200 MByte speichern. Mit einer Anschluß- 
karte können zwei dieser Einheiten an das 
PS/2 Modell 30 bzw. an IBM PCs ange- 
schlossen werden. Bis zu acht Platteneinhei- 
ten können mit den Modellen 50, 60 und 80 
verbunden werden. 

Die optische Platte ist ein sogenannter 
WORM-Speicher (Write-once-read-many). 
Sie eignet sich insbesondere zur Speiche- 
rung und Archivierung umfangreicher Daten- 
bestände. 

Software 

Wie schon erwähnt, verwendet IBM das be- 
kannte DOS 3.3, um die Kompatibilität zwi- 
schen PC-Anwendungen und solchen des 
PS/2 herzustellen. Dabei enthält das DOS 
3.3 eine Reihe neuer Funktionen und Befehle 
und bietet in Verbindung mit Top View 1.12 
Multitasking-Unterstützung bei einer Reihe 
von Anwendungen. Das neue Betriebssy- 
stem OS/2 soll die Vorteile der neuen Prozes- 
soren, der großen Speicher, der 32-Bit-Mi- 
cro-Channel-Architektur für den Benutzer 
besser als das DOS verfügbar machen, und 
es erlaubt uneingeschränkt Multitasking. 
Vom OS/2 werden die Programmiersprachen 
BASIC Compiler 12, Macro-Assembler 12, 
FORTRAN 12, COBOL /2 und Pascal Compi- 
ler/2 unterstützt. 

I.P. 


Tastaturabfrage 
beim KC 85/3 

Beim BASIC-Interpreter des KC 85/3, als 
auch des KC 85/2, stehen zwei Anweisun- 
gen zur Tastatureingabe zur Verfügung. 
Die INPUT-Anweisung erfordert als Ab- 
schluß stets das Betätigen der ENTER-Ta- 
ste. Soll über die Tastatur ein Programm- 
ablauf gesteuert werden, z. B. eine Me- 
nüauswahl, ist es oftmals günstig, auf einen 
Tastendruck sofort zu reagieren. Dafür 
steht die INKEY-Anweisung zur Verfügung. 
Wird diese ständig aufgerufen, so ist sie re- 
lativ langsam und bedingt viele auf dem 
Bildschirm sichtbare Bildwiederholspei- 
cherzugriffe. Eine Verbesserung bringt hier 
der direkte Zugriff aufxfie Speicherzelle, in 
welcher vom Betriebssystem der Tasten- 
kode bereitgestellt wird. Dies ist die 
Adresse 1FDH. Die Abfrage kann mit 
PEEK(509) erfolgen. Ein Warfen auf die 
ENTER-Taste ist z. B. durch diese Zeile 
möglich: 

100 IF PEEK(509)= 1 3 THEN 200:ELSE 100 
Ist keine Taste betätigt, ist der Kode 0. Der 
Tastenkode steht so lange bereit, wie die 
Taste gedrückt bleibt, auch bei mehrmali- 
ger Abfrage. Das hier beschriebene Verfah- 
ren unterliegt, im Gegensatz zur INKEY- 
Anweisung, nicht der Tastaturfolgefre- 
quenz des Autorepeat. 

K.-D. Kinres 
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Der Modul M026 FORTH 
für die Kleincomputer KC 85/2 
und KC 85/3 


Dr. Werner Domschke 

VEB Mikroelektronik „Wilhelm Pieck“ 

Mühlhausen 

Klaus Katzmann 

VEB Uhrenwerke Ruhla 


Der Vorzug des Kleincomputersystems KC 
85 des VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen besteht u. a. in seiner Modulari- 
tät, d. h. das System läßt sich vom Anwender 
entsprechend seinen Anforderungen und 
Wünschen aufrüsten. Das erfolgt durch Mo- 
dule, die den Speicher des KC 85 erweitern 
können (RAM oder ROM) bzw. die Schnitt- 
stellen zur Umgebung schaffen. 

Neben dem bereits vorhandenen Modulsor- 
timent stellt der Modul M026 FORTH einen 
weiteren Beitrag zum Systemausbau dar. 
Der Modul basiert auf der Hardware des Mo- 
duls M025 USER PROM 8K und ist neben 
den Modulen M0 12 TEXOR und M027 DE- 
VELOPMENT eine Modfikation desselben. 
Mit dem Modul M026 wird der Speicher des 
KC 85 um 8KByte ROM erweitert. Dem An- 
wender steht damit neben BASIC die höhere 
Programmiersprache FORTH zur Verfügung 
III. 

1 . Beschreibung von FORTH 

FORTH ist eine Sprache, die 1969 für die 4. 
Rechnergeneration entworfen wurde. Sie be- 
sitzt eine Reihe von Eigenschaften, die sie 
von den geläufigen Programmiersprachen 
wesentlich unterscheidet. 

FORTH hat viele Vorteile, die eine Implemen- 
tierung auf dem KC 85/2 bzw. KC 85/3 recht- 
fertigen. Die Mehrzahl der Umsteiger von BA- 
SIC auf FORTH möchten für „ernsthafte“ 
Programme keine andere Sprache mehr ver- 
wenden. 

1.1. Wesentliche Eigenschaften von FORTH 
FORTH gehört zu den verknüpften inter- 
pretativen Sprachen (TIL - threaded interpre- 
tive language). Dadurch besitzt FORTH eine 
Reihe von nützlichen Eigenschaften, die sie 
fast zur idealen Mikrorechnersprache macht 
121. 

• FORTH besitzt die Möglichkeit, die Ele- 
mente von FORTH interpretativ abarbeiten 
zu können, wie das i.allg. mit BASIC-Pro- 
grammen erfolgt. 

In FORTH existieren mehr sofort ausführbare 
Befehle als z. B. in BASIC. 

Diese interpretative Abarbeitung eingegebe- 
ner Befehle ist ein wichtiger Vorteil bei der 
Programmerarbeitung. Fehler können sofort 
gefunden und beseitigt werden. 

• FORTH besitzt die Möglichkeit, getestete 
Programme oder Programmteile in die in- 
terne Darstellung zu übersetzen, also zu 
compilieren. Es werden damit neue direkte 
ausführbare Befehle erzeugt, die den vor- 
handenen Interpreter erweitern. Elemente 
der neuen Befehle sind die schon vorhande- 
nen Befehle des Interpreters. 


Die neu erzeugten Befehle, die in FORTH als 
Worte bezeichnet werden, können selbst 
wieder Bausteine neuer Worte sein. 

Damit erreicht man modular aufgebaute Pro- 
gramme. 

• FORTH besitzt die direkte Testmöglich- 
keit einzelner Befehle oder Befehlsgruppen. 
Man muß nicht wie beispielsweise in PAS- 
CAL zum Testen einzelner Unterprogramme 
(Subroutinen) extra ein Hauptprogramm 
schreiben. Da die verwendeten FORTH- 
Worte vorher bereits auf Fehlerfreiheit gete- 
stet wurden, ergeben sich in FORTH relativ 
zuverlässige Programme. 

• In FORTH müssen bereits compilierte 
Worte bei Einbinden in neue Programme 
(neue FORTH-Worte) nicht als Quellcode 
vorliegen oder nicht mit einem Linker einge- 
bunden werden. Damit wird Speicherplatz für 
die Quelltextdatei und Übersetzungszeit ge- 
spart. 

• Der FORTH-Interpreter benötigt relativ 
wenig Speicherplatz. Das KC-FORTH besitzt 
eine Länge von 8 KByte bei einem relativ ho- 
hen Programmierkomfort. 

• FORTH erzeugt einen sehr effizienten 
Programmcode. Gegenüber BASIC sind die 
Programme 2- bis lOmal kürzer, je nach An- 
wendungsbereich. Selbst gegenüber As- 
semblerprogrammen kann FORTH gleich- 
lange oder u.U. kürzere Programme lie- 
fern. 

• FORTH ist wegen seiner Struktur relativ 
schnell in der Abarbeitung. Je nach Problem- 
stellung sind FORTH-Programme 1.5- bis 
1 5mal so schnell wie BASIC-Programme und 
nur 2- bis 5mal langsamer als Maschinenpro- 
gramme. Zeitkritische Probleme lassen sich 
in Maschinencode formulieren. 

• FORTH ist maschinennah. 

Der Anwender kann die Ressourcen des 
Computers voll nutzen, da elementare und 
komfortable Speicher- und Ein-/Ausgabe- 
operationen als FORTH-Worte direkt vorhan- 
den sind. Zeitkritische Aktionen lassen sich 
im Maschinencode programmieren, ohne 
daß später erkennbar ist, welches FORTH- 
Wort selbst in FORTH oder in Maschinen- 
sprache erarbeitet wurde. 

Da FORTH eindeutig definierte Schnittstellen 
zur Parameterübergabe zwischen den 
FORTH-Worten besitzt, ist ein Einpassen 
von Maschinenprogrammen in das FORTH- 
Konzept relativ einfach. 

• FORTH fordert die strukturierte Program- 
mierung. 

FORTH-Worte besitzen nur einen „Eingang“ 
und nur einen „Ausgang“. Für unbedingte 
oder bedingte Sprünge („GOTO“) existieren 
in FORTH keine vom Anwender nutzbaren 
Konstruktionen, die auch nicht benötigt wer- 
den. 

Dies erzwingt bei der Programmerstellung 
eine hohe Disziplin. Damit steigt die Über- 
sichtlichkeit und die Zuverlässigkeit von Pro- 
grammen. 

• FORTH ist ein komplettes Programment- 
wicklungssystem. Dem Anwender stehen 


alle Hilfsmittel zur Verfügung, die für eine 
Programmentwicklung erforderlich sind (z. B. 
Editor, Interpreter, Compiler). 

• Mit FORTH können alle Ressourcen der 
Hardware vollständig genutzt werden. Die 
Schnittstellen zur Peripherie sind sehr ein- 
fach gehalten. Da FORTH durch seine Erwei- 
terbarkeit sehr flexibel ist, ist es auch an ver- 
änderte Hardwarebedingungen oder Peri- 
pherie problemlos anpaßbar. 

• FORTH ist in hohem Maße portabel. Da 
der FORTH-Interpreter eine nahezu hard- 
wareunabhängige Programmieroberfläche 
schafft, sind Programme des KC-FORTH 
auch ohne wesentliche Änderungen auf 16- 
Bit-Maschinen lauffähig. Voraussetzung da- 
bei ist aber die Verwendung des FORTH- 
Standardwortschatzes, also dürfen z. B. die 
Färb- und Grafikbefehle nicht in dem umzu- 
setzenden Programm enthalten sein. 

Die genannten Vorteile bringen aber auch 
einige Ungewöhnlichkeiten mit sich. Der Pro- 
grammierer muß sich an den anderen Pro- 
grammierstil gewöhnen. Die größten Pro- 
bleme für „Umsteiger“, z. B. von BASIC auf 
FORTH, bereitet die Umgekehrte Polnische 
Notation (UPN) beim Aufruf der einzelnen 
FORTH-Worte. Aber gerade die UPN macht 
die Parameterübergabe von einem FORTH- 
Wort zu dem nächsten so einfach und über- 
schaubar. 

Als Wertespeicher gibt es in FORTH den 
Stack („Zahlenstapel“), über den die Para- 
meterübergabe erfolgt. Jedes FORTH-Wort 
entnimmt vom Stack die Anzahl der erforder- 
lichen Argumente und hinterläßt auf dem 
Stack das Ergebnis. 

Der Stack ist ein LIFO-Speicher (last in, first 
out), d. h., jede neue Zahl wird auf den Stapel 
„obenauf“ gelegt und von oben wieder ent- 
fernt. 

Anhand einiger FORTH-Worte soll die Vor- 
gehensweise verdeutlicht werden. 

Verwendet werden folgende FORTH-Wörter: 
+ - erwartet auf dem Stack zwei Zahlen, ad- 
diert sie und legt das Ergebnis wieder auf den 
Stack ab. 

• - erwartet auf dem Stack zwei Zahlen, mul- 
tipliziert sie und legt das Ergebnis wieder auf 
den Stack ab. 

. - erwartet auf dem Stack eine Zahl, konver- 
tiert sie und gibt diese auf dem Bildschirm 
aus. 

Beispiel 1: 45 + 234 = 279 
Eingabe 45 234 + 

Ausgabe 279 

Stack - 45 234 279 - 

- 45 - 

Beispiel 2: (7 + 5) * 8 = 96 
Eingabe 7 5 + 8 * 

Ausgabe 96 


Stack - 7 5 12 8 96 - 

- 7 - 12 - 


Das letzte Beispiel verdeutlicht auch, daß 
man in FORTH keine Klammern bei der Be- 
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rechnung komplexer mathematischer Aus- 
drücke benötigt. 

1.2. Aufbau und Arbeitsweise von 
FORTH 

FORTH besitzt einen Satz von direkt ausführ- 
baren Worten, die in Maschinensprache ge- 
schrieben sind. Sie werden als Primitiv- 
Worte bezeichnet. Diese Worte bilden den 
Kern des FORTH-Interpreters. Aus diesen 
Worten können andere FORTH-Worte gebil- 
det werden. Die Worte, die selbst aus 
FORTH-Worten bestehen, werden Sekun- 
där-Worte genannt. 

Die einzelnen FORTH-Worte sind im Spei- 
cher in einer Kette angeordnet. Diese Kette 
wird Wörterbuch (dictionary) genannt. Jedes 
FORTH-Wort besitzt einen Zeiger auf das 
nächste FORTH-Wort. Die Wörter sind damit 
verkettet. Somit läßt sich dieses Wörterbuch 
recht einfach nach einem bestimmten Wort 
durchmustern. 

Jedes FORTH-Wort besteht aus dem Kopf, in 
dem der Name des Wortes als ASCII-Zei- 
chen, die Länge des Namens sowie die 
Adresse des nächsten Wortes steht, und 
dem Körper, in dem der Typ des Wortes (Pri- 
mitiv-, Sekundärwort, Variable, Konstante 
usw.) und bei Primitiv-Worten der ausführ- 
bare Maschinencode, bei Sekundärworten 
die Liste der Adressen der aufzurufenden 
FORTH-Worte, bei Variablen und Konstan- 
ten der Wert usw. steht. 

Ein spezieller Programmteil organisiert bei 
Sekundärworten den Aufruf der im Körper 
stehenden FORTH-Worte. Dieser Teil wird 
innerer Interpreter genannt. Im Gegensatz 
dazu organisiert der äußere Interpreter die 
Suche des gerade eingegebenen Wortes im 
Wörterbuch und veranlaßt die Ausführung. 

Die interpretative Abarbeitung eines FORTH- 
Wortes geschieht in der folgenden Weise: 

- Analyse des vom Bediener eingegebenen 
Textes auf einzelne Worte (Leerzeichen sind 
Trennzeichen). 

- Suche des ersten eingegebenen Wortes 
im Wörterbuch des Interpreters, beginnend 
mit dem letzten compilierten FORTH-Wort. 

- Wurde eine Übereinstimmung zwischen 
dem eingegebenen Wort und dem Namen ei- 
nes FORTH-Wortes gefunden, wird die 
Adresse dem inneren Interpreter übergeben 
und das FORTH-Wort ausgeführt. 

- Wurde kein FORTH-Wort gefunden, das 
mit dem eingegebenen Wort übereinstimmt, 
wird versucht, das Wort als Zahl zu interpre- 
tieren. Diese Zahl wird in der internen Dar- 
stellung auf dem Stack abgelegt. 

- Läßt sich das eingegebene Wort auch als 
Zahl nicht interpretieren, wird eine Fehler- 
meldung ausgegeben. 

Einige FORTH-Worte schalten vom interpre- 
tativen auf den compilierenden Betrieb um 
(z. B. der Doppelpunkt :) bzw. zurück (z. B. 
das Semikolon ;). Neue FORTH-Worte wer- 
den so gebildet, daß die Kette der FORTH- 
Worte verlängert, das Wörterbuch also er- 
weitert wird. Am Ende des Wörterbuches 
wird ein Kopf mit dem neuen Namen des zu 
compilierenden FORTH-Wortes angelegt, 
der Zeiger auf das vorher definierte FORTH- 
Wort gestellt und der Körper entsprechend 
eingerichtet. Programme in FORTH beste- 
hen prinzipiell aus einem speziell erweiterten 
und angepaßten FORTH-Interpreter. 


An folgendem Beispiel sei das dargestellt 131. 
Eine Haushaltswaschmaschine wird durch 
einen Computer gesteuert, der in FORTH 
programmiert wird. Folgende FORTH-Worte 
sind vom Hersteller vorgegeben: 

FUELLEN - die Maschine wird mit Wasser 
gefüllt 

LEEREN - die Maschine wird leergepumpt 
XX G RAD - einstellen des Temperaturschal- 
ters auf xx Grad 

HEIZEN - die Heizung wird bis zum Errei- 
chen des am Temperaturschalters mit xx 
GRAD eingestellten Wertes eingeschaltet 
WASCHEN - die Trommel wird eingeschaltet 
YY MINUTEN - einstellen des Zeitschalters 
auf yy Minuten 

Dieser schaltet nach Ablauf der Zeit die 
Trommel aus. 

Mit diesem „Grundwortschatz“ kann die 
Hausfrau ihre speziellen Waschprogramme 
selbst zusammenstellen. 

Im einfachsten Fall geschieht das durch Auf- 
ruf der einzelnen Worte in der entsprechen- 
den Reihenfolge. Man kann den Interpreter 
aber auch nach den Bedürfnissen der Haus- 
frau erweitern, indem neue Worte compiliert 
werden. 

Das Spülprogramm könnte so definiert wer- 
den: 

: SPUELEN FUELLEN 5 MINUTEN WA- 
SCHEN LEEREN: 

Mit dem Doppelpunkt wird auf compilieren- 
den Betrieb umgeschaltet und das FORTH- 
Wörterbuch um das FORTH-Wort SPUELEN 
erweitert. Das Semikolon beendet das Wort 
und schaltet auf interpretativen Betrieb um. 
Dieses Wort kann jetzt direkt aufgerufen wer- 
den, dann spült die Maschine 5 Minuten lang 
die Wäsche, oder es kann in ein anderes 
noch komplexeres FORTH-Wort eingebaut 
werden. 


Justieren des Tonkopfes 

Der Tonkopf des Kassettenmagnet- 
bandgerätes (KMBG) sollte von Zeit 
zu Zeit justiert werden. Dazu wurde 
auf den Programmkassetten R0191, 
R0192 und R0193 vom VEB Robo- 
tron-Vertrieb Berlin ein Prüfsignal auf- 
gezeichnet und auf die Kassette im 
Rahmen des Informationsprogram- 
mes eine einfache Justiervorschrift 
eingegeben. Schlecht justierte Ton- 
köpfe können das Einlesen von Pro- 
grammkassetten unmöglich machen. 
Dieser Effekt tritt besonders dann in 
Erscheinung, wenn auf einem frem- 
den KMBG auf gezeichnete Pro- 
gramme mit dem eigenen KMBG ein- 
gelesen werden sollen und eines die- 
ser beiden Geräte einen dejustierten 
Tonkopf besitzt. 

Dr. G. Kleinmichel 


Beispiel: 

:HAUPTWAESCHE FUELLEN HEIZEN 10 
MINUTEN WASCHEN LEEREN SPUELEN 
SPUELEN ; 

Die Temperatureinstellung GRAD erfolgt hier 
nicht im Wort HAUPTWAESCHE. Die Tem- 
peratur muß deshalb vor dem Aufruf von 
HAUPTWAESCHE eingestellt werden. 

: WOLLE 30 GRAD HAUPTWAESCHE; 

: SYNTHETIC 40 GRAD HAUPTWAESCHE; 

: WEISS 60 GRAD HAUPTWAESCHE; 

Dies sind einige Definitionen, die zum „nor- 
malen Programm“ einer Waschmaschine ge- 
hören. Dies läßt sich aber von der Hausfrau 
beliebig variieren. 

: VORWAESCHE FUELLEN 40 GRAD HEI- 
ZEN 15 MINUTEN WASCHEN LEEREN; 

: KOCHEN VORWAESCHE 95 GRAD 
HAUPTWAESCHE; 

Dieses Waschmaschinenbeispiel spiegelt 
ein wesentliches Anwendungsgebiet für 
FORTH wider: die Regelungs- und Steue- 
rungstechnik. Aber auch in anderen Anwen- 
dungsbereichen können die Vorzüge von 
FORTH andere Programmiersprachen teil- 
weise oder ganz ersetzen. 

Da FORTH allerdings schwerer zu erlernen 
ist als z. B. BASIC oder PASCAL, wird 
FORTH nicht die Verbreitung finden wie 
diese Sprachen. FORTH ist eine günstige Al- 
ternative zur Assemblerprogrammierung. 

2. KC-FORTH 

Das im Modul M026 implementierte FORTH 
ist zurückzuführen auf die von der FORTH In- 
terest Group für den Prozessor Z80 veröf- 
fentlichte Version (fig-FORTH). Diese wird in 
/4/ sehr ausführlich beschrieben. Das fig- 
FORTH basiert auf einer Hardware mit min- 
destens einem Floppy-Disk-Laufwerk als 
Massenspeicher. Da dies beim KC85 des 
VEB Mikrolektronik „Wilhelm Pieck“ Mühl- 
hausen nicht gegeben ist, wurden einige Ver- 
änderungen vorgenommen, die die Beson- 
derheiten des KC85 berücksichtigen und 
dem Programmierer zugänglich machen. 

2.1. Sprachumfang von KC-FORTH 
Der Umfang von KC-FORT H entspricht im 
wesentlichen dem in /4/ erläuterten fig-Stan- 
aSrdT Abstriche wurden oei üoppeldefinitio- 
nen (THEN, END) und bei der Massenspei- 
cherarbeit (+BUF, BUFFER, UPDATE, 
FLUSH) gemacht. Für den KC nicht benötigte 
Worte wurden nicht implementiert, andere 
Worte wurden modifiziert (FIRST, LIMIT, 
BLOCK, OFFSET) oder erhielten andere Be- 
deutung. Damit wurde der Magnetbandarbeit 
als Massenspeicher entsprochen. 

Zusätzlich wurde ein Editor aufgenommen, 
dessen Vorbild auf der Zeilenebene auf den 
in /4/ angegebenen fig-Vorschlag zurück- 
geht. Weiterhin enthält das KC-FORTH eine 
Reihe von Worten, die es dem Anwender ge- 
statten, alle Fähigkeiten £les KC85 in einfa- 
cher Weise zu nutzen (Grafik, Tonausgabe, 
Farbe, Modulsteuerung, Bildschirmsteue- 
rung u.a.). Die in 15/ angegebene Liste der 
häufigsten FORTH-Worte ist mit den ge- 
nannten Ausnahmen auch auf das KC- 
FORTH zutreffend. 
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2.2. Magnetbandarbeit 

Wesentliches Merkmal der KC-FORTH-Mas- 
senspeicherarbeit ist eine im RAM eingerich- 
tete virtuelle Diskette (RAM-FLOPPY). 
Hierdurch ist eine weitgehende Kompatibili- 
tät mit der diskettenorientierten fig-FORTH- 
Version gegeben. Der Anwender kann auch 
im KC-FORTH Programme (Quellcode) oder 
Daten in Screens speichern und Screens als 
neue Eingabequelle definieren. 

Als Screen wird eine Informationsmenge ver- 
standen, die sich wegen ihrer Größe günstig 
auf dem Bildschirm darstellen läßt. Ein 
Screen hat beim KC-FORTH eine Größe von 
16 Zeilen zu 32 Zeichen (512 Bytes Informa- 
tion und zwei Bytes Blocktrennung). Die An- 
zahl der Screens ist von der Speicherausrü- 
stung des KC abhängig. Der Anwender hat 
die Möglichkeit, die Lage und Größe der virtu- 
ellen Diskette im Speicher mit den beiden 
User-Variablen FIRST und LIMIT selbst fest- 
zulegen. In der Grundinitialisierung stehen 8 
Screens zur Verfügung. Der Anwender kann 
in der Grundausrüstung bei einer Festlegung 
von FIRST auf IFEOH und LIMIT auf 4000H 
den Bereich auf 16 Screens ausdehnen. 
Werden Speichererweiterungsmodule ver- 
wendet, so lassen sich mit dem M011 
64KByte RAM ohne Speicherumschaltung 
79 Screens und mit Speicherumschaltung 
(SWITCH) 142 Screens nutzen. Die Verwen- 
dung weiterer RAM-Module zur Erweiterung 
der virtuellen Diskette ist problemlos möglich. 
Die Speicherung der Screens auf Magnet- 
band übernimmt das Wort CSAVE in der fol- 
genden Art: 
nl n2 CSAVE zzzzz 

Speichern der Screens nl bis n2 mit dem Na- 
men zzzzz. Als Dateikennzeichen wird „(F)“ 
eingetragen. 

Dateien können mit CLOAD in die virtuelle 
Diskette geladen werden, 
nl n2 CLOAD 

Die Screens nl bis maximal n2 werden mit 
den Daten der nächsten gefundenen Datei 
gefüllt. Eine Angabe des Namens ist nicht er- 
forderlich. Ist die Datei zu lang, wird nach 
dem Screen n2 abgebrochen. 

Die Anzahl der Screens, die vom Anfang der 
Datei her ignoriert werden sollen, wird in der 
User-Variablen OFFSET festgelegt. 

Auf der untersten Ebene der Magnetbandar- 
beit steht das Wort R/W, mit dem 128-Byte- 
Blöcke vom Speicher auf Magnetband ge- 
schrieben bzw. vom Magnetband in den 
Speicher gelesen werden können. 

2.3. Der KC-FORTH-Editor 

Um Texte in Screens zu erstellen und mani- 
pulieren zu können, wurde der Editor erarbei- 
tet, der ein fester Bestandteil von KC-FORTH 
ist. 

Der Editor ist ein fester Satz von Worten, der 
in dem speziellen Teilwörterbuch (vocabu- 
lary) EDITOR zusammengefaßt ist. 

Folgende Wörter stehen zur Verfügung: 

EDIT (n - >) - unter Cursorsteuerung kann 
der Text in den Screen n geschrieben und 
verändert werden 

CLEAR (n - >) - der Screen wird mit Leerzei- 
chen überschrieben 

MOVE (nl n2 — >) - der Screen nl wird in 
den Screen n2 kopiert 


L(->)~ liste den aktuellen Screen aus 
P (n - >) - die nachfolgende Zeile wird in die 
Zeile n des aktuellen Screens transportiert 
H (n - >) - umspeichern der Zeile in den 
Speicherbereich PAD 

R (n - >) - ersetzen der Zeile mit der in PAD 
stehenden 

T (n - >) - Zeile auf Bildschirm darstellen 
E (n - >) - Zeile wird mit Leerzeichen über- 
schrieben 

S (n - >) - an die Position n wird eine Leer- 
zeile eingefügt 
D (n - >) - löschen der Zeile 

2.4. KC-spezifische Wörterbuch- 
erweiterungen 

Die Fähigkeiten des KC85 gehen weit über 
das von fig-FORTH unterstützte Maß hinaus. 
Deshalb wurden in KC-FORTH eine Reihe 
von Worten implementiert, die die Nutzung 
dieser zusätzlichen Funktionen in FORTH-ty- 
pischer Weise erlauben. 

• Ein-/Ausgabesteuerung 

SETIN SETOUT - Kanalumschaltung der 
Ein-/Ausgabegeräte 

NORMIN NORMOUT - Umschaltung auf 
„normale“ Ein-/Ausgabe (Tastatur, Bild- 
schirm) 

BUSIN BUSOUT - Byteein- bzw. -ausgabe 
von bzw. zu Peripheriebausteinen des Sy- 
stems 

• Speichermanipulation im Bildwiederhol- 
speicher 

l§ IC§ - Holen von Speicherinhalten auf den 
Stack 

I! IC! - Speichern von Zahlen bzw. Bytes auf 
die Adresse im IRM 

• Modulsteuerung 

MODUL - Abfrage der aktuellen Hardware- 
konfiguration (Lesen des Modultyps) 
SWITCH - Programmieren eines Moduls 

• Tonerzeugung 

SOUND - Erzeugung eines Tones oder ei- 
nes Akkords aus zwei Tönen 

• Färb- und Cursorsteuerung ~ - 
INK INKP - Vordergrundfarbe für Zeichen 
und Grafik einstellen 

BLINK BLINKP - Blinkmodus für Zeichen 
oder Grafik umschalten 
PAPER - Hintergrundfarbe einstellen 
COLOR - Vorder- und Hintergrundfarbe ein- 
stellen 

LOC - Positionieren des Cursors 
WINDOW - Einstellen eines Fensters auf 
dem Bildschirm 

Grafik 

PIX - Bildpunkt setzen oder löschen 
PLOT - Vektor (Linie) zeichnen oder lö- 
schen 

Magnetbandarbeit 

CSAVE CLOAD - Speichern/Lesen von Ma- 
gnetbanddateien in Screens 
R/W - blockweises Lesen oder Schreiben 
von Magnetbanddateien 

Sonstiges 

CAOS - Aufruf eines Unterprogramms des 
Betriebssystems CAOS mit Parameterüber- 
gabe 


BYE - Übergabe der Steuerung an das Be- 
triebssystem 

DUMP - Hex-Dump eines Speicherberei- 
ches 

3. Arbeit mit FORTH im System KC85 

Mit dem Modul M026 ist für das Kleincompu- 
tersystem KC85 des VEB Mikroelektronik 
„Wilhelm Pieck“ Mühlhausen die Program- 
miersprache FORTH verfügbar. Da der 
FORTH-Interpreter in einem ROM-Modul 
enthalten ist, entfällt vor dem Start das Einle- 
sen von Kassette. Über das SWITCH-Kom- 
mando des Betriebssystems ist der BASIC- 
ROM des KC85/3 abzuschalten und der Mo- 
dul M026 zuzuschalten. Danach wird der In- 
terpreter durch Eingabe des Menüwortes 
FORTH gestartet. 

Das KC-FORTH berücksichtigt alle Beson- 
derheiten des KC85/2 und KC85/3. Dem Pro- 
grammierer sind die Systemfunktionen in 
FORTH-typischer Art zugängig. Insbeson- 
dere die Modulverwaltung erlaubt die voll- 
ständige Nutzung unterschiedlicher Hard- 
warekonfigurationen. In FORTH ist z. B. pro- 
blemlos die Verwendung auch von mehreren 
RAM-Modulen möglich. Im Grundgerät kön- 
nen somit maximal 136 KByte RAM insbe- 
sondere als Quelltext- und Datenspeicher 
eingesetzt werden. 

Da der KC85 in seiner Grundausrüstung als 
Massenspeicher eine Magnetbandkassette 
besitzt, wurde aus Kompatibilitätsaründen im 
\ Speicher des KC_eine virtuelle Diskette 
y(RAM-Floppv) einaerich tpt Der Nutzer kenn 
I die Lage und Größe dieser virtuellen Diskette 
Jselbst festleaenT 

' Da über die Programmiersprache FORTH 
bisher sehr wenig Literatur zugängig ist, wird 
vom Hersteller zum Modul ein umfangreiches 
Handbuch mitgeliefert. Dieses Handbuch er- 
läutert in den ersten 7 Kapiteln die Program- 
miersprache und ermöglicht das Erlernen der 
Programmiertechnik an einfachen und ein- 
leuchtenden Beispielen. Im Kapitel 8 wird ein 
kompletter Überblick über alle Worte des KC- 
FORTH mit Erklärung der Funktion und der 
Stack-Belegung gegeben. 

Im Anhang sind die wichtigsten Systemdefi- 
nitionen und ein Verzeichnis der KC-FORTH- 
Worte enthalten. 

Der Modul kann über den üblichen Vertriebs- 
weg bei VEB Robotron-Vertrieb Magdeburg 
bzw. über die RVx-Betriebe bestellt werden 
und ist wie der KC85/3 für gesellschaftliche 
Bedarfsträger vorgesehen. 


Literatur 
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Modul M027 Development 

Assemblerprogrammierung für KC 85/3 


Klaus-Dieter Kirves 

VEB Mikroelektronik „Wilhelm Pieck“ 

Mühlhausen 


Der Kleinrechner KC 85/3 bietet neben der 
Programmierung mittels BASIC-Interpreter 
auch die Möglichkeit der U880-Maschinen- 
code- oder Assemblersprache. 

Bei der BASIC-Programmierung können bei 
weitem nicht alle Möglichkeiten des KC85- 
Systems ausgeschöpft werden. Assembler- 
programme bieten Vorteile in der Rechenge- 
schwindigkeit, der Speicherverwaltung des 
Systems und der Steuerung peripherer Ge- 
räte besonders im Interruptbetrieb. Das Be- 
triebssystem CAOS des KC 85/3 unterstützt 
dies durch eine große Anzahl vom Anwen- 
dernutzbarer Unterprogramme. 

Ein wichtiger Anwendungsbereich der As- 
semblerprogrammierung sind Industriero- 
botersteuerungen und CAD/CAM-Systeme. 
Mit dem hier vorgestellten Development-Mo- 
dul ist der KC 85/3 gut zum Erlernen der As- 
semblersprache, Erstellen und Testen von 
Programmen, auch für andere Rechner, ge- 
eignet. Die Beschäftigung mit der Assem- 
blerprogrammierung bietet auch dem An- 
fänger bzw. bisherigen BASIC-Programmie- 
rer tieferen Einblick in die Arbeitsweise eines 
Mikrorechners. 

Ebenso erweitert die Unterstützung von BA- 
SiC-Programmen durch Maschinenunter- 
programme (z. B. für zeitkritische Probleme) 
den Einsatzbereich des Kleincomputers KC 
8513. Der Modul kann ebenfalls im Kleincom- 
puter KC 8512 genutzt werden. 

Übersicht zum Modul M027 Develop- 
ment 

Es handelt sich um einen 8KByte-Festwert- 
speichermodul, der funktionell mit dem 8K- 
USER-EPROM-Modul M025 übereinstimmt. 
Der Modul enthält in vier 2KByte-PROMs ei- 
nen Zwei-Pass-Assembler mit Editor für die 
Z80-Sprachversion (entspr. UDOS- bzw. 
SCP-Assembler), einen Disassembler, einen 
Testmonitor sowie Treiberprogramme zur 
Druckeransteuerung über V24-Modul M003. 
Der Modul belegt den Speicherbereich von 
C000H bis DFFFH und kann über Kom- 
mando zu- und abgeschaltet werden!' 

Beim Einsatz im KC 85/3 muß nach dem Zu- 
schalten des Developmentmoduls im rechten 
Modulschacht (CAOS-Kommando ‘SWITCH 
8 CI ') der interne BASIC-ROM abgeschaltet 
werden, da dieser den gleichen Speicherbe- 
reich belegt. Das CAOS-Kommando dafür 
lautet ‘SWITCH 2 0‘. 


Editor/Assembler 

Editor und Assembler des Developmentmo- 
duls bilden eine Einheit. Sie werden aus dem 
CAOS-Menü mit den Kommandos EDAS bei 
Kaltstart bzw. REEDAS bei Warmstart aufge- 
rufen. Sie arbeiten mit einem eigenen Unter- 
menü im gleichen Menükonzept wie das Be- 
triebssystem. Es wird der verfügbare RAM- 



Speicherbereich ab Adresse 200H bis 
3FFFH ohne Speichererweiterung oder bis 
7FFFH mit 16K-RAM-Erweiterung (Modul 
M022) benutzt (Bild 1). Eine Begrenzung des 
Speicherbereichs ist möglich. Drei Viertel 
des verfügbaren Speichers sind für den 
Quelltext vorgesehen. Der restliche Teil dient 
als Speicher für die Symboltabelle des ersten 
Assemblerlaufs und für den übersetzten Ma- 
schinencode. Damit ist es je nach Umfang 
der Programmkommentare möglich, mit dem 
Grundgerät ohne RAM-Erweiterung Maschi- 
nenprogramme maximal etwa 2 KByte und 
mit RAM-Erweiterung maximal etwa 4 KByte 
zusammenhängend zu programmieren. 

Der Assembler verarbeitet die Mnemonik der 
Z80-Assemblersprachversion. Tafel 1 zeigt 
alle zulässigen Pseudobefehle. Marken dür- 
fen aus maximal 6 Zeichen bestehen. Kom- 
mentare werden durch Semikolon abge- 
trennt. Zahleneingaben können dezimal oder 
hexadezimal (mit ,H‘ gekennzeichnet) erfol- 
gen. 

Als Zeichen für den aktuellen Befehlszähler- 
stand dient das Währungszeichen I oder das 
Doppelkreuzzeichen #, diese werden bei re- 
lativen Sprüngen nicht eingegeben. Die 
Quellenzeilenlänge beträgt entsprechend 
Bildschirmformat des Kleincomputers 40 Zei- 
chen. Tafel 2 gibt einen Überblickzu den Un- 
termenükommandos. 

Der Editor ist bildschirmorientiert, wobei alle 
Cursorfunktionen des Betriebssystems (Lö- 
schen, Einfügen, Zeilenlöschen, Bildschirm- 
löschen), erweitert um eine Tabulatorfunk- 
tion, verfügbar sind. Der Übergang von der 
Texteingabe ins Untermenü erfolgt mit der 
BREAK-Taste. Dabei wird über dem Menü 


der noch freie Speicherbereich angezeigt. 
Aus dem Menü kann der Text an der Stelle 
wieder erreicht werden, wo abgebrochen 
wurde; es kann an den Anfang oder das Ende 
des Textes gegangen werden. Eine weitere 
Möglichkeit ist, über eine Suchfunktion eine 
bestimmte Zeichenkette (z. B. eine Marke) 
anzuwählen. Beim Editieren ist es möglich, 
den Text bildschirmseitenweise vorwärts und 
rückwärts zu blättern und vorwärts zeilen- 
weise zu rollen. Der Quelltext kann vollstän- 
dig mit Dateityp ASM und Namen auf Kas- 
sette abgespeichert werden. Beim Wieder- 
einlesen von Kassette ist ein Einfügen in im 
Speicher stehende Texte möglich. 

Beim Aufruf des Assemblers sind mehrere 
Optionen (Tafel 3) möglich. Die Übersetzung 
erfolgt in zwei Läufen. Im ersten Lauf werden 
die Symboltabelle (Markentabelle) und im 
zweiten Lauf der Maschinencode und das Li- 
sting erzeugt. Im zweiten Lauf erfolgt eben- 
falls die Ausgabe eventueller Fehler. Es wer- 
den 1 1 Fehlertypen unterschieden. 

Die Ausgabe des Listings erfolgt über Bild- 
schirm oder - wenn vorhanden - über Druk- 
ker oder elektronische Schreibmaschine. Bei 
Bildschirmausgabe kann die Zeilenlänge auf 
40 Zeichen begrenzt werden, um eine über- 
sichtliche Darstellung zu erhalten. Das Ma- 
schinenprogramm wird, wenn keine ORG- 
Anweisung vorhanden ist, im Speicher ab 
Adresse 3000H bzw. 6000H bei Speicherer- 
weiterung abgelegt. Mittels einer ORG-An- 
weisung kann das Programm auf beliebige 
Adreßbereiche übersetzt werden. Istder Ziel- 
adreßbereich während der Assemblierung 
belegt, so kann der Maschinencode auch so- 
fort auf Kassette (als Dateityp COM) ausge- 
geben werden. 

Mit den angegebenen Optionen ist es auch 
möglich, zwei oder mehrere Quellpro- 
gramme zu binden (Linken). Dazu wird zuerst 
die Gesamtmarkentabelle aufgebaut, indem 
die einzelnen Quellprogramme mit Option + 
übersetzt werden. In einem zweiten Durch- 
lauf werden die Maschinenprogramme mit 
den Optionen 0 und 2 erzeugt. Eine andere 
Möglichkeit besteht darin, alle Systemadres- 
sen und wichtigen Codes in einem Quellpro- 
gramm mittels EQU-Anweisungen einmal zu 
vereinbaren und dieses Quellprogramm vor 
dem eigentlichen Quellprogramm zu über- 
setzen und so die Markentabelle aufzu- 
bauen. Somit kann bei allen Anwenderpro- 
grammen mit den symbolischen Namen ge- 
arbeitet werden. 

Weiterhin kann mit der Menüanweisung 
PRINT der Textpuffer angezeigt oder ausge- 
druckt werden. Durch die Angabe von zwei 
Parametern kann das Druckformat gewählt 
werden. Der erste Parameter bestimmt, wie- 
viele Bildschirmzeichen als eine Textzeile 
ausgedruckt werden (z. B. 80 oder 120 Zei- 
chen). Der zweite Parameter gibt an, wieviele 
Zeilen je Seite gedruckt werden sollen. 

Disassembler 

Zur Kontrolle selbsterstellter Programme und 
zur Analyse fremder Programme ist ein Dis- 
assembler sehr hilfreich. Der im Modul ent- 
haltene Disassembler liefert die gleiche Mne- 
monik, die auch der Assembler verarbeitet. 
Als Besonderheit unterstützt er die Betriebs- 
systemaufrufe über Unterprogrammnummer 
in folgender Form: 
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Tafel 1 Pseudobefehle Tafel 3 Optionen des Assemblers 


Mnemonik 

Bedeutung 

Option 

Bedeutung 

DEFBnn 

Belegung einer RAM-Zelle mit dem Wert nn 

+ 

beim 1 . Assemblerlauf wird die Markentabelle an die bereits 

DEFWnnnn 

Belegung zweier Speicherzellen mit dem Wert nnnn 


vorhandene „angehängt“ 

DEFM'XXX' 

Belegung eines Speicherbereiches mit der ASCII- 

2 

der 1 . Assemblerlauf entfällt 


Zeichenkette xxx 

L 

es wird ein Assemblerlisting ausgegeben 

EQU 

Vereinbarung einer Marke mit einem Ausdruck (Zahl, 

P 

(in Verbindung mit L) die Ausgabe erfolgt auf Drucker 


Marke oder Verknüpfung) 

B 

die Länge der Ausgabezeile wird auf 40 Zeichen begrenzt 

ORGnnn 

Festlegung der Adresse, auf welcher das Maschinen- 

O 

es wird der Maschinencode im RAM abgelegt 


Programm lauffähig ist, ohne Angabe gilt 3000FI bzw. 

6000 H 

S 

derMaschinencode wird auf Kassette ausgegeben 

Tafel 2 Anweisungen des Editor/Assembler-Menüs 

Tafel 4 Anweisungen des Testmonitors 

Anweisung 

Bedeutung 

Anweisung 

Bedeutung 

EXIT 

Rückkehr ins Betriebssystem 

BREAK, SBRK 

Vereinbarung eines Unterbrecherpunktes 

TOP 

Editieren ab T extanfang 

GO 

Start eines Anwenderprogrammes in Echtzeit 

BOTOM 

Editieren ab Textende 

STEP 

Abarbeitung eines Befehls 

EDIT 

Editieren ab Austrittsstelle 

COPY, MOVE 

Verschieben von Speicherbereichen 

FIND 

Suchen einer Zeichenkette und Übergang in den Editier- 

IN 

Lesen eines Eingabeports 



OUT 

Ausgabe eines Bytes an einen Ausgabeport 

CLEAR 

Löschen Quelltext 

DISPLAY 

Ausgabe eines HEX-Dumps 

SAVE 

Abspeichern Quelltext auf Kassette 

ARITH 

Hexadezimalarithmetik 

LOAD 

Einlesen Quelltext von Kassette 

FILL 

Beschreiben eines Speicherbereiches 

ASM 

Aufruf des Assemblers 

CHSUM 

Berechnung der Prüfsumme (Signatur) über einen 

PRINT 

Ausdruck des Quelltextpuffers 


Speicherbereich 

VERIFY 

Kontrollesen der Kassettenaufzeichnung 

WORKRAM 

Verlagerung der Systemarbeitszellen im RAM 



MODIFY 

Veränderung von Einzelbytes 



EXIT 

Rückkehr ins Betriebssystem 


0000 CALL 0F003H (Systemaufruf) 

0004 DEFB 004H (Unterprogrammnummer) 

Die Ausgabe von Texten kann über das Un- 
terprogramm Nr. 23H folgendermaßen erfol- 
gen: 

0000 CALL 0F003H 

0003 DEFB 023H 

0004 DEFM'Text 1 

0008 DEFB 00AH (Zeilenschaltung) 

0009 DEFB 00DH (Wagenrücklauf) 

000A DEFB 000H (Endekennzeichnung) 

Beide Systemaufrufe werden vom Disas- 
sembler in der dargestellten Weise ausgege- 
ben. Es ist auch möglich, das vom Disassem- 
bler erzeugte Quellprogramm nicht auf Bild- 
schirm oder Drucker auszugeben, sondern 
als Datei vom Typ ASM auf Kassette abzu- 
speichern und mit Editor und Assembler wei- 
terzubearbeiten. 

Testmonitor 

Neben den Hilfsmitteln für die Programmer- 
stellung sind auch die zur Programmtestung 
sehr wichtig. Als Kernstück dienen in diesem 
Fall eine softwaremäßige Unterbrechungs- 
punktsteuerung und eine interruptgesteuerte 
Einzelschrittprogrammabarbeitung. Tafel 4 
zeigt einen Überblick zu den Anweisungen 
des Testmonitoruntermenüs. Der Testmoni- 
tor wird aus dem CAOS-Grundmenü mittels 
der Anweisung TEMO bzw. RETEMO aufge- 
rufen. 

Beim Start des zu testenden Programmes 
werden die CPU-Register aus bestimmten 
RAM-Zellen geladen. Damit ist es möglich, 
jederzeit die Anwenderregister zu beeinflus- 
sen und anzuzeigen. Beim Kaltstart des Test- 
monitors werden alle Anwenderregister mit 
Ausnahme des Stackpointers (SP) auf Null 
gesetzt. Der Stackpointer wird während der 
Abarbeitung eines Anwenderprogrammes 


auf einen Bereich unterhalb des System- 
stacks gelegt. Alle Register können über Me- 
nüanweisung direkt gesetzt werden. Die Be- 
zeichnung des entsprechenden Einzel- oder 
Doppelregisters oder CARRY- bzw. ZERO- 
Flags erfolgt mittels Kleinbuchstaben mit 
nachfolgendem Parameter. Der Start eines 
zu testenden Anwenderprogrammes kann 
auf zweierlei Arten erfolgen. Die erste Ver- 
sion ist der Start in Echtzeit mittels GO-An- 
weisung. Ein mit der BREAK-Anweisung vor- 
her vereinbarter Unterbrechungspunkt wird 
eingetragen, d. h. auf die angegebene 
Adresse (erstes Byte eines Befehls) wird ein 
RST-38H-Befehl (Byte FFH) eingetragen. 
Wird während des Programmlaufs ein RST 
38H erkannt, so werden die Anwenderregi- 
ster im RAM gerettet, das ersetzte Byte ins 
Programm zurückgeschrieben, und derTest- 
monitor geht in die Registeranzeige. Hierbei 
werden alle Register (A, BC, DE, HL, SP, PC, 
IX, IY), die Flags und die Bytes als auch die 
Mnemonik des Folgebefehls angezeigt. 

Bei der zweiten Möglichkeit erfolgt die Abar- 
beitung interruptgesteuert. Der Start erfolgt 
hierbei mit der STEP-Anweisung. Die An- 
wenderregister werden wiederum geladen. 
Es wird jedoch der CTC-Kanal 0 (entspricht 
dem Tonkanal 2) des KC 85/3 als Zeitgeber 
so programmiert, daß nach Abarbeitung ei- 
nes Anwenderbefehls ein Interrupt ausgelöst 
wird. Wurde vorher mit der SBRK-Anweisung 
ein Haltepunkt vereinbart, werden solange 
einzelne Anwenderbefehle abgearbeitet, bis 
der aktuelle Befehlszählerstand dem Halte- 
punkt entspricht. Danach wird in die Register- 
anzeige gesprungen. Wurde kein Haltepunkt 
vereinbart, so erfolgt dies sofort nach dem er- 
sten Befehl. Aus der Registeranzeige kann 
mit der ENTER-Taste die Einzelschrittverar- 
beitung fortgesetzt werden. Bei der Betäti- 
gung der CURSOR DOWN-Taste wird ein 
Haltepunkt auf den folgenden Befehl (vgl. 
SBRK) gesetzt und die Einzelschrittverarbei- 


tung gestartet. Damit ist es möglich, Pro- 
grammschleifen und Unterprogramme kom- 
plett abzuarbeiten. Dies gilt natürlich auch für 
die Systemunterprogrammaufrufe (vgl. Dis- 
assembler). Die Abarbeitung ist etwa um den 
Faktor 120 langsamer als Echtzeitverarbei- 
tung. Sie kann jederzeit mittels BRK-Taste 
angehalten werden. Es erfolgt dabei ein 
Übergang in die Registeranzeige. 

Werden die Anweisungen STEP oder GO 
ohne Parameter aufgerufen, so wird auf der 
Adresse gestartet, auf welche der Anwender- 
PC zeigt. Es ist damit leicht möglich, den 
Schrittbetrieb und auch den Testmonitor zu 
verlassen und anschließend an der gleichen 
Stelle wieder fortzusetzen. Werden nicht be- 
nötigte RAM-Speicherbereiche mit der FILL- 
Anweisung auf FFH gesetzt, so kann die Ge- 
fahr eines Programmabsturzes verringert 
werden, da beim „Auflaufen“ auf einen RST- 
38H-Befehl der Testmonitor die Steuerung 
übernimmt. 

Mit den IN- und OUT-Anweisungen können 
leicht Peripherieschaltkreise programmiert 
und getestet werden. Die Ein- und Ausgabe- 
befehle arbeiten mit 16-Bit-Adressen. Die 
ARITH-Anweisung ermittelt neben Summe 
und Differenz zweier 16-Bit-Hexadezimal- 
zahlen auch den Sprungoffset für relative 
Sprungbefehle. 

Zur Überwachung von Speicherbereichen 
auf Veränderungen und zur Kontrolle von 
EPROMs und Kassettenaufzeichnungen 
dient die CHSUM-Anweisung, welche eine 
Signatur über einen Speicherbereich bilden 
kann. 


Druckertreiberprogramme 

Eine wesentliche Erleichterung bei der As- 
semblerprogrammierung bietet die Möglich- 
keit der Protokollierung des Assemblerli- 
stings oder der Testabarbeitung über einen 
(Fortsetzung auf S. 249) 
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Grafische Bildschirm- 
ansteuerungen für Kleincomputer 


Matthias Schreiber 

VEB Robotron Meßelektronik „Otto Schön“ 
Dresden 


Die Leistungsfähigkeit eines Computers 
wird entscheidend von seiner Bildausgabe 
mitbestimmt. Wichtigste Parameter bei die- 
ser Beurteilung sind neben anderen die Auf- 
lösung und die Geschwindigkeit der Bild- 
ausgabe. Für Kleincomputeranwendungen 
stellt die Verwendung eines handelsübli- 
chen Fernsehgerätes mit einer maximalen 
Auflösung von 512x256 Bildpunkten eine 
relativ leistungsfähige und ökonomische Lö- 
sung dar, obwohl heute schon für CADI 
CAM-Anwendungen Terminals mit einer 
Auflösung von 4096x4096 Bildpunkten ein- 
gesetzt werden. Der folgende Beitrag soll 
die wichtigsten Bildausgabeverfahren so- 
wie einige Realisierungsmöglichkeiten des 
Raster-Scan-Verfahrens vorstellen. 

Bildausgabeverfahren 

Zur Darstellung grafischer und alphanumeri- 
scher Informationen auf einem Terminal wer- 
den im allgemeinen drei Verfahren, das Vek- 
tor-Refresh-, das Speicher- und das Raster- 
Scan-Verfahren verwendet. 

Das Vektor-Refresh-Verfahren, das in einer 
Bilddatei die Endpunkte der Linien abspei- 
chert, die auf dem Bildschirm dargestellt wer- 
den sollen, und das Speicherverfahren, bei 
dem die Bilddaten in einer Speicherbildröhre 
abgespeichert werden, sind auf Grund ihres 
komplizierten Aufbaus und der aufwendigen 
Ansteuerung nur für kommerzielle Terminals 
anwendbar. Hier können ihre speziellen Vor- 
teile, die Darstellungsmöglichkeit dynami- 
scher Bewegungsabläufe und geringer Bild- 
speicherbedarf des Vektor-Refresh-Verfah- 
rens sowie die sehr hohe Auflösung des 
Speicherverfahrens, voll ausgenutzt werden. 


(Fortsetzung von S. 248) 

Drucker. Der Modul enthält zwei Druckertrei- 
berprogramme, abgestimmt auf den V24- 
Modul M003. Beide Treiberprogramme ge- 
statten die Ausgabe des Assemblerlistings 
sowie die parallele Mitprotokollierung aller 
Bildschirmausgaben. 

Der Treiber V24K6311 ist vorrangig für die 
Matrixdrucker K6311 und K6312 vorgese- 
hen. Er initialisiert bei diesen Druckern die 
Formulargröße für Leporello-Papier und ar- 
beitet mit 1200 Baud. 

Der Treiber V24K6313 arbeitet mit 9600 
Baud. Er kann z.B. die Drucker K6313, 
K6314, K6304, sowie die elektronischen 
Schreibmaschinen S6005 und S6010 und 
Druckgeräte mit gleicher Schnittstelle bedie- 
nen. 

Ein Anschluß von anderen Druckern mit an- 
deren Schnittstellen ist vom System her auch 
möglich, z.B. durch Nachladen einer Treiber- 
routine und ggf. Einsatz eines speziellen 
Ausgabemoduls. 


Beim Raster-Scan-Verfahren wird als Bild- 
schirm eine Kathodenstrahlröhre verwendet, 
die in ihrem Aufbau einer Fernsehbildröhre 
entspricht. Das auf dem Bildschirm auszuge- 
bende Bild wird in einem Bildspeicher als Bit- 
Map (Bit-Plan) abgespeichert. Hierbei ist das 
Bild in eine Matrix von Pixeln (Bildpunkte) 
aufgeteilt, denen jeweils eine Speicherzelle 
des Bit-Map-Speichers (Bildspeicher) zuge- 
ordnet ist. Ein Display-Controller (Bildschirm- 
ansteuerung) liest den Bildspeicher aus und 
wandelt die gespeicherte Information in elek- 
trische Signale um, die den Elektronenstrahl 
während der Zeilenablenkung ein- und aus- 
schalten, so daß das Bild als Punktmuster auf 
dem Bildschirm erscheint. 

Bei der Realisierung von Bildschirmansteue- 
rungen nach dem Rasterverfahren gibt es 
verschiedene Möglichkeiten einer Grafikaus- 
gabe. Dabei wird bei den im folgenden be- 
schriebenen Realisierungsmöglichkeiten, 
auf Grund des Zeilenflimmerns, das bei Ver- 
wendung des Zeilensprungverfahrens (Inter- 
lace) auftritt, grundsätzlich nur das Vollbild- 
verfahren (Non interlace) angewendet. Aus 
ökonomischen Gründen wird auf die Verwen- 
dung handelsüblicher Fernsehgeräte orien- 
tiert, obwohl die beschriebenen Verfahren 
grundsätzlich auch für industrielle Terminals 
zutreffen, die nach dem Rasterverfahren ar- 
beiten. 

Nach der CCIR-Norm besteht ein Fernseh- 
bild aus 625 Zeilen mit einer Zeilenfrequenz 
von 15625 Hz. Daraus ergibt sich eine Bild- 
wechselfrequenz von 25 Hz. Da nach dem 
Halbbildverfahren gearbeitet wird, ergibt das 
eine Halbbildwechselfrequenz von 50 Hz. 
Zum Darstellen der Zeichen auf dem Bild- 
schirm wird aus obengenannten Gründen auf 
das Halbbildverfahren verzichtet, und statt 
dessen 2 Bilder mit der Hälfte der Fernseh- 
zeilen erzeugt. Damit stehen nur noch 312 
Zeilen zur Bildausgabe zur Verfügung. Auf 
Grund der notwendigen Überschreibung des 
Bildes über den Bildschirmrand und der 
nichtnutzbaren Randzeilen (relativ starke 
Verzerrungen und Unschärfe an den Rän- 
dern) sind von diesen nur maximal 256 Zeilen 
(bei älteren Geräten auch nur 200 Zeilen) für 
eine Zeichenausgabe nutzbar. Gleiches gilt 
auch für die Auflösung in horizontaler Rich- 
tung. Hier kann bei Ausgabe über HF mit ei- 
ner Auflösung von maximal 512 Bildpunkten 



gerechnet werden. Um eine Austauschbar- 
keit der Fernsehgeräte zu gewährleisten, 
sollten die Randzonen allerdings etwas grö- 
ßer eingeplant und die Bildschirmansteue- 
rung zwecks besserer Zeichenerkennbarkeit 
für eine Auflösung von 320 x 200 Bildpunkten 
konzipiert werden. Erst bei einer Direktan- 
steuerung der Bildröhre durch die Bildschirm- 
ansteuerung ohne den Umweg über Modula- 
tion und Demodulation ist eine höhere Auflö- 
sung sinnvoll. 

Symbolgrafik 

Eine optimale Zeichendarstellung auf dem 
Bildschirm wird durch seine Aufteilung in Zei- 
chenfelder, die aus einer 8 x 8-Punktmatrix 
bestehen, erreicht. Durch die Wahl dieser 
Punktmatrix, der Pixelfrequenz von ca. 
7,5 MHz und der Anzahl der darzustellenden 
Punkte pro Zeile ist es auf Grund des Bild- 
schirmformates möglich, im Grafikmode 
Quadrate oder Kreise ohne Korrekturfaktor 
zu erzeugen. Damit sind auf dem Bildschirm 
25 Zeichenzeilen mit je 40 Zeichen je Zeile 
darstellbar. Bild 1 zeigt das verwendete Bild- 
format. Jeder Zeichenposition auf dem Bild- 
schirm wird eine Adresse im Bildwiederhol- 
speicher in steigender Reihenfolge zugeord- 
net. Der Bildposition 0 (Zeile 0, Spalte 0) ent- 
spricht die Anfangsadresse, und der Position 
999 (Zeile 24, Spalte 39) die Endadresse des 
Bildwiederholspeichers. Demnach ist die 
Darstellung von maximal 1000 Zeichen, das 
entspricht einem Bildwiederholspeicher mit 
einer Größe von etwa 1 K Byte, möglich. Um 
das entsprechende Farbattribut für jedes Zei- 
chen speichern zu können, muß ein Farbattri- 
butspeicher gleicher Größe parallel dazu an- 
geordnet werden. Bild 2 zeigt den Bildaufbau 
für das beschriebene Prinzip. Die Information 
wird für alphanumerische Zeichen auf 7 Fern- 
sehzeilen dargestellt, die 8. Zeile dient zur 
Trennung der Zeichenzeile. Hier ist es aller- 
dings zwecks Übersichtlichkeit und guter 
Lesbarkeit des Bildinhaltes günstig, weitere 
Leerzeilen einzufügen. Gute Systeme über- 
lassen es dem Nutzer, zu entscheiden, wie- 
viel Leerzeilen eingefügt werden sollen. Die 
im Bild 2 dargestellte Punktmatrix wird einem 
Zeichengenerator entnommen. In diesem 
werden für ein darzustellendes Zeichen acht 
Speicherzellen benötigt. Der ASCII - Code 
des darzustellenden Zeichens stellt den hö- 
herwertigen Teil der Zeichenadresse dar, die 
drei niederwertigen Adreßbits werden dem 
Zeilenzähler entnommen, der die aktuelle 
Fernsehzeile für die Zeichen enthält. Bild 3 
zeigt die möglichen Kombinationen am Zei- 
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chen „A“. Wird für den Zeichengenerator ein 
Speicher mit einer Speicherkapazität von 2 K 
Byte eingesetzt, können maximal 256 Zei- 
chen dargestellt werden. Der Zeichenvorrat 
könnte beispielsweise 96 alphanumerische 
und 128 Grafikzeichen betragen. 32 Codie- 
rungen werden meist nicht benutzt, da sie für 
Steuerzeichen reserviert sind. Bei Nutzung 
der Grafikzeichen ist es allerdings nicht erfor- 
derlich, zusätzliche Leerzeilen einzufügen, 
da in diesem Fall keine zusammenhängen- 
den Bilder erzeugt werden können. Sind 
diese Grafikzeichen günstig gewählt, so läßt 
sich ein großer Teil grafischer Probleme lö- 
sen. Diese sogenannte Quasigrafik hat dazu 
noch den Vorteil einer relativ hohen Bilder- 
zeugungsrate, da nur 1 K Byte Bildwiederhol- 
speicher vom Prozessor verwaltet werden 
muß. Natürlich ist es nicht möglich, allen An- 
wendungsfällen zu genügen, da ja der Zei- 
chensatz begrenzt ist. Beispiel für die eben 
beschriebene Ansteuerung sind die Bild- 
schirmansteuerungen der Kleincomputer KC 
85/1 und KC 87. Über die Leistungsfähigkeit 
dieser Quasigrafik geben einige für diese 
Kleincomputer erarbeitete Anwenderpro- 
gramme Auskunft. Mit den im Bild 5 darge- 
stellten Grafikzeichen ist es möglich, eine so- 
genannte Viertelgrafik zu erzeugen. Hierbei 
wird der Bildschirm in ein Punktraster von 
80x48 Punkte unterteilt. Mit dieser Viertel- 
grafik läßt sich beispielsweise der prinzipielle 
Verlauf, allerdings kein punktgenauer, ma- 
thematischer Funktionen darstellen. Des 
weiteren ist es mit einer quasigrafischen Bild- 
ausgabe möglich, Bilder zu erzeugen, Tabel- 
len aufzustellen, Symbole darzustellen, Bal- 
kendiagramme anzuzeigen und vieles an- 
dere mehr. 


Programmierbarer Zeichengenerator 

Eine wesentlich bessere Möglichkeit der gra- 
fischen Darstellung ergibt sich, wenn der Zei- 
chengenerator frei programmierbar ist. Hier 
läßt sich der jeweils benötigte Kurvenzug in 
den Zeichengenerator eintragen. Damit kann 
prinzipiell jeder Bildpunkt des Bildschirmes 
angesprochen werden. Den gesamten Bild- 
schirm mit beliebigen verschiedenen Grafik- 
zeichen zu belegen ist natürlich auch hier 
nicht möglich, da bei einer 8-Bit-Organisation 
des Bildspeichers die Anzahl der möglichen 
Grafikzeichen auf 128, oder wenn auf die al- 
phanumerischen Zeichen verzichtet wird, auf 
256 begrenzt ist. Da dieser Fall aber sehr sel- 
ten eintritt, sind bei dieser Variante einer Bild- 
schirmansteuerung die grafischen Darstel- 
lungsmöglichkeiten als sehr gut zu bezeich- 
nen, wobei der benötigte Speicherplatz im- 
mer noch relativ klein bleibt. Für das oben ge- 
nannte Bildformat werden 1 K Byte für den 
Bildwiederholspeicher, 1 K Byte für den Farb- 
attributspeicher und 2 K Byte für den Zei- 
chengenerator benötigt. Demzufolge werden 
bei dieser Variante insgesamt 4 K Byte des 
Adreßbereichs des Prozessors für die Bild- 
ausgabe verwendet, da ja nun der Zeichen- 
generator ebenfalls adressiert werden muß. 
Für mehrfarbige Darstellungen haben die 
bisher beschriebenen Bildschirmansteue- 
rungen einen Nachteil. Das Farbattribut wird 
hier für ein ganzes Zeichen (Vordergrund- 
und Hintergrundfarbe) definiert. Treffen sich 
nun innerhalb eines Zeichens beispielsweise 
drei Farbflächen, so entsteht für eine der drei 
Farben an dieser Stelle ein Fehler, da nur 
zwei Farben innerhalb eines Zeichens auftre- 
ten können. Bild 6 zeigt dieses Problem. 


Der Programmaufwand für diese Art der Gra- 
fikausgabe ist höher als im vorigen Beispiel, 
so daß ein BASIC-Programm die zeitlichen 
Anforderungen unter Umständen nicht mehr 
erfüllen kann. Hier kann man sich aber mit 
Maschinenprogrammroutinen helfen. Diese 
Art der Bildschirmansteuerung wird bei- 
spielsweise in einer Version des PC 1715 
eingesetzt. Die mit dieser Bildschirman- 
steuerung erzeugbaren Grafikbilder entspre- 
chen weitgehendst denen einer Vollgrafik, 
können aber nicht deren Vielfältigkeit bei 
gleichzeitig darstellbaren Figuren erreichen. 
Gegenüber der Variante mit festem Zeichen- 
generator stellt diese Grafikausgabe einen 
relativ großen Qualitätssprung dar. 

Vollgrafik 

Hochwertige grafische Darstellungen lassen 
sich nur mit einer vollgrafischen Bildschirm- 
ansteuerung erreichen. Der Aufwand, der im 
Vergleich zu den vorigen Beispielen getrie- 
ben werden muß, ist wesentlich größer. Das 
betrifft insbesondere den Bildwiederholspei- 
cher, da jeder Punkt des Bildschirmes einer 
Speicherzelle des Bildwiederholspeichers 
entspricht. Soll die Darstellung dazu noch far- 
big sein, so werden für jeden Bildpunkt bei 
ßfarbiger Darstellung drei Speicherzellen 
und bei 16farbiger sogar vier Speicherzellen 
benötigt. Für das gewählte Beispiel mit einer 
Auflösung von 320 x 200 Bildpunkten und ei- 
ner 16farbigen Darstellung werden 256000 
Speicherzellen, das sind rund 32 KByte, be- 
nötigt. Wird ein solch großer Bildwiederhol- 
speicher im Adreßbereich eines 8 Bit-Prozes- 
sors, der einen Speicherbereich von 64 
KByte direkt adressieren kann, unterge- 
bracht, so belegt dieser schon die Hälfte des 
insgesamt direkt adressierbaren Speicher- 
bereichs. Deswegen wird der Bildwiederhol- 
speicher außerhalb des Systemspeichers 
angeordnet. Das erfordert, daß die Bild- 
schirmansteuerung neben dem Bildaufbau 
auch die Verwaltung des Bildwiederholspei- 
chers übernehmen muß. Für einen Bildwie- 
derholspeicher in der Größenordnung von 32 
KByte und mehr, ist es aus ökonomischen 
Gründen nicht mehr möglich, statische RAM- 
Schaltkreise zu verwenden. Dieser 32 KByte- 
RAM würde 64 Schaltkreise mit einer Organi- 
sation von 1Kx4Bit (U 214, U 224) benöti- 
gen, während bei Verwendung des 16 K x 1 
Bit dynamischer RAM U256 nur 1 6 Stück be- 
nötigt werden. Günstiger ist es, hier den 64 K 
x 1 Bit dynamischer RAM U 2164 einzuset- 
zen, da dann nur 8 Schaltkreise benötigt wer- 
den, und es könnte außerdem ein zweites 
Grafikbild abgespeichert werden. Der Ein- 
satz dynamischer RAM-Schaltkreise bedeu- 
tet aber, daß die Bildschirmansteuerung das 
Auffrischen der Bilddaten im Speicher eben- 
falls übernehmen muß. Dadurch steigt der 
Aufwand sehr stark an, so daß diskret aufge- 
baute Lösungen mit diesem Leistungsum- 
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Farbflächen 

fang für Kleincomputeranwendungen nicht in 
Frage kommen. 

Natürlich gibt es auch Kleincomputer mit ei- 
ner vollgrafischen Bildschirmansteuerung, 
die eine diskrete Lösung verwenden, aber 
dafür auf den möglichen Komfort verzichten; 
wie zum Beispiel beim KC 85/2 und KC 85/ 
3. 

Bei solcher Lösung ist der Bildwiederholspei- 
cher im Arbeitsspeicher des Computers an- 
geordnet, so daß der Prozessor die Verwal- 
tung und Auffrischung übernehmen muß. Da- 
bei müssen einige Kompromisse eingegan- 
gen werden. So wird der Anwenderspeicher 
um die Größe des benötigten Bildwiederhol- 
speichers verringert. Das kann unterschied- 
lich sein, je nachdem ob im alphanumeri- 
schen oder im Grafik-Mode gearbeitet wird. 
Zum anderen ist es für ein störungsfreies Bild 
erforderlich, daß während der Bildausgabe 
der Zugriff des Prozessors auf diesen Spei- 
cherbereich verhindert wird. Da der Prozes- 
sor nun nur noch in den Austastlücken auf 
den Bildwiederholspeicher zugreifen kann, 
im anderen Fall müßte ein WAIT-Signal für 
den Prozessor erzeugt werden, kann ein sol- 
cher Zugriff bis zu 52 fis dauern. Im Mittel 
kann mit einer Bildspeicherzugriffszeit von 
20 /. rs gerechnet werden. Das ist etwa die sie- 
benfache Zeit eines normalen Speicherzu- 
griffs. Da das die Bildaufbaurate ungemein 
verlängert, ist es unter Umständen notwen- 
dig, auch während der Bildausgabe auf den 
Bildspeicher zuzugreifen, was dann natürlich 
mehr oder weniger starke Störungen auf dem 
Bildschirm hervorruft. 

Um eine komfortable und schnelle Grafik 


auch mit Kleincomputern realisieren zu kön- 
nen, ist der Einsatz eines hochintegrierten 
Schaltkreises für die Bildschirmansteuerung 
unbedingt nötig. Erst so.kann ein Kleincom- 
puter mit einer Grafik ausgerüstet werden, 
die leistungsfähig und kostengünstig ist und 
außerdem eine hohe Zuverlässigkeit besitzt. 
Bild 7 zeigt eine Lösungsvariante einer Bild- 
schirmansteuerung mit einem Grafik-Dis- 
play-Controller (GDC). 

Dieser GDC gehört zur Gruppe der hochinte- 
grierten Peripherie-Bausteine. Entstanden 
sind sie aus den CRT (Cathode-Ray-Tube)- 
Controllern, wie sie in den ersten beiden Bei- 
spielen beschrieben wurden, die dort noch 
diskret realisiert werden mußten und bei de- 
nen der Prozessor die Manipulation des Bild- 
speichers übernahm. Um den Prozessor von 
dieser Arbeit zu entlasten, wurden die ersten 
GDC entwickelt, die durch eingebaute Vek- 
torgeneratoren selbständige Zeichenopera- 
tionen (Drawing) durchführen können. Ne- 
ben dieser Funktion kann der GDC noch eine 
Reihe weiterer Aufgaben erfüllen: 

- Verwaltung des vom Rechnerhauptspei- 
cher getrennten Bildspeichers sowie Bereit- 
stellung der benötigten Refreshadresse. 

- Organisation der Übertragung von Befeh- 
len und Parametern vom Prozessor in die 
GDC-Register sowie des Datenaustausches 
zwischen Prozessor und Bildspeicher. 

- Bereitstellung der Synchronisations- und 
Austastsignale für das Videointerface. 

- Ausführung von Zeichenoperationen (Dra- 
wing) für die meistgebrauchten grafischen 
Grundformen (Primitives): Linie, Rechteck, 
Kreisbogen, Punkt. 

Die Verwendung eines solchen hochinte- 
grierten Interface-Schaltkreises vereinfacht 
den Hardwareaufwand für komfortable Gra- 
fiksysteme erheblich. 

Zusammenfassend kann festgestellt werden, 
daß schon mit einer relativ einfachen Bild- 
schirmansteuerung, wie sie im ersten Bei- 
spiel beschrieben wurde, recht gute Ergeb- 
nisse bei einer grafischen Bildausgabe er- 
reicht werden können. Für etwas anspruchs- 
vollere Anwender ist jedoch ein program- 
mierbarer Zeichengenerator unbedingt zu 
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empfehlen, da damit Ergebnisse erreicht 
werden, die einer Vollgrafik nahekommen. 
Hochleistungsfähige Vollgrafik ist zur Zeit 
noch nicht für Kleincomputer realisierbar, 
was sich aber in nächster Zukunft mit der Be- 
reitstellung entsprechender Interface-Schalt- 
kreise ändern wird. 
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LoRes-Plot-Programm mit Quasi- 
grafik-Qualitäten 


Christian Hanisch 
Technische Universität Dresden, 

Sektion Wasserwesen 

Das LoRes-Plot-Programm DESIGN (LoRes 
= Low Resolution) ist ein selbständiges 
Druckprogramm, das maximal 900 x,y-Wer- 
tepaare aus einer ASCII-SDF-Datei unter 
Ausnutzung der quasigrafischen Möglichkei- 
ten des Druckers SD 1 1 52 auf das Format A3 
(12-Zoll-Blattformat) als Kurve mit wählba- 
rem Maßstab x:y ausgibt. Die Erstellung der 
Eingabedatei kann in einem vorgelagerten 
Nutzerprogramm oder mit Softwarewerkzeu- 
gen (DataStar, dBASE, Wordstar usw.) erfol- 
gen. 

Das geforderte ASCII-SDF-Format ist iden- 
tisch mit dem Format, das man mit dem BA- 
SlC-Statement 
10WRITE#1,X,Ybzw. 

20 WRITE #1, AQ 
auf Diskette erhält. 

Die Eingabedaten der maximal fünf in einem 


Bild 1 Beispielausdruck 


Plot zu realisierenden LAYOUTS (Kurven) 
müssen als x,y-Tupel-Folgen nacheinander 
vorliegen. Signifikante Trennzeichen zwi- 
schen den Zahlen sind das Komma mit belie- 
big vielen Vor- oder Nachblanks sowie (CR),' 
(LF) oder (CRLF). Die Abgrenzung der ein- 
zelnen LAYOUTS in der ASCII-SDF-Datei 
geschieht durch ein ASCII-Alpha- oder Son- 
derzeichen (z. B. +, *, #, x, %), das dort als 
Begrenzungszeichen fungiert und beim 
Drucken zur Kurvendarstellung benutzt wird. 
Die Form der Eingabedatei ist damit z. B.: 

x,y,[x,y,...] * (CRLF) 

Die Formatierung des Plots auf die Größe ei- 
nes A3-Blattes erfolgt automatisch. Stan- 
dardmäßig wird der Maßstab x:y=1:1 reali- 
siert. Darüber hinaus kann ein Maßstab 
x:y=1:a festgelegt werden bzw. wird vom 
Programm in den meisten Fällen aufgrund 
der Formatierung - ursächlich bestimmt 
durch die Werte- und Definitionsbereiche der 
LAYOUTS - ein zweiter Maßstab x:y=1:a 
(a< ) 1 ) angeboten. 

Während eines Programmlaufes können 
mehrere Plots eventuell mit verschiedenen 
Maßstäben erzeugt werden. 


Die Formatierung gewährleistet, daß die an 
die Koordinatenachsen im Abstand von ei- 
nem Zoll ausgeschriebenen Werte keine 
durch das Ausgabeformat (x-Achse: #### 
.###, linke y-Achse: ###.##) gerundeten 
Zahlen sind. An der rechten y-Achse wird aus 
Platzgründen standardmäßig das E-Format 
gedruckt. 

DESIGN gestattet weiterhin die Ausgabe mit 
absolutem Maßstab, wobei die Bildgröße der 
LAYOUTS das A3-Blattformat nicht über- 
schreiten darf. Der absolute Maßstab setzt 
die Dimension Länge mit der Einheit Zenti- 
meter in den Eingangsdaten voraus. Die 
Koordinatenachsen werden sowohl mit der 
Einheit Zentimeter als auch Zoll beschriftet. 
Die Positionierung der x,y-Werte auf dem Aß- 
Blatt erfolgt mit einer Auflösung von 1 /60 Zoll 
horizontal und 1/48 Zoll vertikal. 

DESIGN eignet sich zur quasigrafischen Dar- 
stellung von Approximations- und Interpola- 
tionsproblemen. Aber auch die Darstellung 
von Ganglinien, Trendkurven usw. ist gut 
möglich. Für die praktische Anwendung sind 
100 Kurvenpunkte für ein LAYOUT ausrei- 
chend. Der Verlauf der Kurve kann dann 
schon gut erkannt werden. 
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Komponenten von CAD- 
| Arbeitsplätzen 
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VEB Zentrales Projektierungsbüro 
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In starkem Maße werden in verschiedensten 
Bereichen interaktive grafische Arbeits- 
plätze auf 16-Bit-PC-Basis eingesetzt. Da- 
bei stellt das Gebiet der reinen Zeichnungs- 
erstellung nur einen Gesichtpunkt dar. Es tritt 
vielmehr eine Verflechtung mit anderen Be- 
reichen auf, die den Innovationsschub, der 
durch CAD realisiert wird, entscheidend be- 
einflußt. Diese Bereiche bestehen im we- 
sentlichen aus 

- dem Berechnen und Gestalten 

- der geometrischen Modellierung 

- der Modellierung von Funktions- und Be- 
wegungsabläufen 

- der Arbeitsplanung (teilweise als eigen- 
ständiges Gebiet dargestellt) 

- der Erstellung und Aktualisierung von 
Stücklisten 

- der NC-Programmierung 

- der Herstellung von Dokumentationsun- 
terlagen III. 

Die Vielzahl der Aufgaben erfordert die An- 
wendung geeigneter CAD-Lösungen, wobei 
als CAD-Lösung eine Einheit von Hard- und 
Software verstanden wird. Nicht jede Aufga- 
benstellung kann und soll von einem System 
erfüllt werden. Der Anwendungsfall ent- 
scheidet über die Struktur der CAD-Lösung, 
also über die Struktur von Hard- und Soft- 
ware. Aus diesem Grund spielen Einsatzvor- 
bereitung und Einführungsstrategie eine ent- 
scheidende Rolle 121. 

Unter diesem Blickwinkel ist der folgende 
Artikel zu sehen, der als Übersichtsbeitrag 
als Hilfestellung bei der Vorbereitung von 
CAD-Arbeitsplätzen dienen kann. 

CAD-Software 

Wesentlicher Bestandteil von CAD-Syste- 
men ist das grafische Kernsystem (GKS). Als 
Programmiersprache hierfür dominiert FOR- 
TRAN. Gestützt auf das GKS lassen sich 
geometrische Grundsymbole (Kreise, Linien, 
Punkte bei 2-D-Darstellung, Körper bei 3D) 
zeichnen und konstruieren sowie manipulie- 
ren (Zoomen, Drehen, Spiegeln, Kopieren 
usw.). Daneben existieren systemspezifi- 
sche Manipulations- und Konstruktionsmög- 
lichkeiten, die sich auf komplexe Elemente 
beziehen bzw. das Spektrum der durch das 
GKS gegebenen Möglichkeiten erweitern 
(z.B. verschiedene Varianten zur Grund- 


symbolerstellung, Definition und Konstruk- 
tion von zusammengesetzten Symbolen). 
Zusammenfassend wird dieser die Konstruk- 
tion unterstützende Teil als Betriebssoftware 
bezeichnet. Der andere Teil der CAD-Soft- 
ware, die Anwender-Software, unterstützt 
den Dialog mit dem Nutzer und die Datenwei- 
terverarbeitung entsprechend den oben ge- 
nannten Punkten. Der Trend geht zu modular 
aufgebauten Softwarelösungen, die je nach 
den Forderungen des Anwenders branchen- 
spezifisch ausbaubar sind. Ein Anwendersy- 
stem ist auf die konkreten innerbetrieblichen 
Bedingungen angepaßt und beherrscht die 
Sprache seines Fachgebietes. 

Hardwarekomponenten 

Ein interaktiver grafischer Arbeitsplatz weist 
in der Grundkonfiguration zum Beispiel den 
PC mit Monochromdisplay und alphanumeri- 
scher Tastatur, ein Grafikdisplay, Eingabeta- 
bleau mit Lupe, Plotter und Drucker auf. 

Zentraleinheit 

Zur wirkungsvollen Arbeit im 2D-Bereich 
(z. B. Leiterplattenentwurf, Bauprojektierung, 
Maschinenaufstellungspläne), werden Rech- 
ner mit einer Verarbeitungsbreite von 16 Bit 
genutzt. Diese Rechner laufen z. B. unter den 
Betriebssystemen MS-DOS und SCP (CP / 
M). Als CPU-Schaltkreise gelangen vor allem 
die in Tafel 1 genannten zum Einsatz /I/. Der 
vom VEB Kombinat Robotron angebotene 
Arbeitsplatzcomputer A 7100 verwendet den 
K 1810 WM86 aus sowjetischer Fertigung. 
Einige CAD-Systeme verwenden den 8088- 
Chip, der softwarekompatibel zum 8086 ist, 
jedoch nur über einen externen Datenbus 
von 8 Bit Breite verfügt. Intern wird zwar in 1 6- 
Bit-Breite gearbeitet, doch der Durchsatz ist 
im Vergleich zum 8086 geringer. Die Ge- 
schwindigkeit der Operationen wird durch die 
Implementierung von Co-Prozessoren weiter 
erhöht. Der verfügbare Arbeitsspeicher liegt 
bei mindestens 256 KByte. Im Arbeitsspei- 
cher wird das GKS gehalten; wenn nötig wird 
auf extern gespeicherte Teile der CAD- und 
Anwendersoftware zugegriffen. Als Spei- 
chermedien werden neben Disketten zur Ar- 
chivierung Festplatten mit einer Kapazität 
von 10 ... 30 MByte eingesetzt. 

Will der industrielle Anwender, z. B. im Ma- 
schinenbau oder in der Fahrzeugindustrie, im 
3D-Bereich konstruieren (Körper- oder 
Drahtmodelle mit Schattierung und Ausblen- 
dung verdeckter Körperkanten), so kommt 
16- oder 32-Bit-Technik zum Einsatz. Im 
noch in der Entwicklung stehenden 32-Bit- 
Bereich werden zur Zeit vor allem die unter 


Tafel 1 Gebräuchliche CPU-Schaltkreise für interaktive grafische Arbeitsplätze 


CPU-Schaltkreise Daten-/Adreßbus Takt adressierbarer Speicher 


Kl 810 WM 86 (8086) 16/20Bit 

U 8001 (Z 8001) 16/23 Bit 

MC68000 16/32 Bit 

MC 68010 16/32 Bit 

80286 16/24 Bit 


4,77-8 MHz 1MByte 
4 MHz 8 MByte 

8-10 MHz 16 MByte 

10 MHz 16 MByte 

6-8 MHz 16 MByte 


UNIX-Derivaten laufenden Zentraleinheiten 
MC 68020, NS 32032 (32332) sowie Sy- 
steme der MicroVAX-ll-Architektur einge- 
setzt IM. Letztere orientieren sich in Richtung 
der künstlichen Intelligenz (Kl), der an CAD/ 
CAM anschließenden Anwendungsrichtung 
der Computertechnik. Kl-Systeme werden 
als Expertensysteme im Rahmen von CAD/ 
CAM-Lösungen zum Einsatz kommen, z. B. 
zur Echtzeitdiagnose und Arbeitsplanung. 
Da es sich anbietet, bei Kl zur Verdeutlichung 
logischer Strukturen und Zusammenhänge 
mit einer grafischen Oberfläche zu arbeiten, 
ist ein weiterer Berührungspunkt zu CAD 
(Graphics) gegeben. Ein 32-Bit-PC verfügt 
über einen Arbeitsspeicher von 1 ... 1 6 
MByte und arbeitet mit Festplatten einer Ka- 
pazität von 10... 400 MByte. 

In dem 16- bzw. 32-Bit-Rechner ist eine 
hochauflösende Grafikkarte, teilweise ein ei- 
genständiger Grafikprozessor, implemen- 
tiert. Dieser Co-Prozessor unterstützt die 
Verarbeitung der Daten und geometrischen 
Elemente. Es kommt in vielen Fällen ein ma- 
thematischer Co-Prozessor zum Einsatz, der 
eine Transformierung der Modelldaten über 
Matrix-Gleitkommaoperationen ' durchführt 
und bei Echtzeitverarbeitung als Kine- 
matikmodul zur Bewegungssimulation 
dient. 

Die Grafikkarte übernimmt die Umwandlung 
der im Bildpunktspeicher abgelegten Infor- 
mationen zu Videosignalen. Simultan dar- 
stellbar sind in der Regel 16 Farben, die teil- 
weise aus einer größeren Farbpalette aus- 
wählbar sind und mit unterschiedlicher Inten- 
sität verwendet werden können (bewirkt 
räumliche Wirkung im 3D-Bereich). Es wird 
nicht mit dem FBAS-, sondern dem RGB-Si- 
gnal gearbeitet, was eine Erhöhung der Bild- 
qualität bewirkt. Dieser Fakt ist darauf zu- 
rückzuführen, daß das FBAS-Signal noch ein 
Mischsignal aus Färb-, Leuchtdichte-, Aus- 
tast- und Synchronisationssignal ist, das 
RGB-Signal dagegen die zur Ansteuerung 
der Farbbildröhre nötigen Primärfarben Rot, 
Grün und Blau direkt liefert. 

Das Bild wird ab 200 x 640 Punkten aufwärts 
aufgelöst. Während einem Projektanten eine 
Auflösung in dem Bereich bis zu 1 024 x 1 024 
Pixeln genügt, wird auf dem Gebiet des De- 
signs mit 2048 x 2048 Pixeln gearbeitet; 
Graphics, z.B. 3D-Animation, verwendet 
eine Auflösung bis zu 4096 x 4096 Bildpunk- 
ten. 


Monitor 

Zur visuellen Ausgabe wird neben dem Mo- 
nochromdisplay (Text- und Datenausgabe 
bzw. Befehlseingabe im interaktiven Dialog) 
ein Farbmonitor eingesetzt, der die von der 
Grafikkarte bereitgestellten Videosignale 
verarbeitet. Die eingesetzten RGB-Monitore 
besitzen in der Regel eine Bildschirmdiago- 
nale von 19 Zoll und größer. Die Auflösung 
der Geräte muß der Grafikkarte angepaßt 
sein. Ein entspiegelter Bildschirm erleichtert 
zusätzlich das Arbeiten. Der Trend geht zu 
Monitoren mit eigenständigem Grafikprozes- 
sor, so daß Grundoperationen ohne Rech- 
nerbelastung durchgeführt werden. Dies ist 
besonders beim Aufbau von lokalen Netz- 
werken von Bedeutung, wo intelligente Ar- 
beitsstationen durch einen übergeordneten 
Rechner gekoppelt sind. 
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Drucker 

Der Drucker dient verschiedenen Verwen- 
dungszwecken. Zum einen ermöglicht er die 
Hardcopyausgabe des Grafikbildschirms. 
Zum anderen wird er für Stücklistenausga- 
ben und sonstige Listings verwendet. Ausge- 
wählt werden aus der Vielzahl der Druckerar- 
ten (z. B. Typenrad-, Thermo-, Tintenstrahl-, 
Laserdrucker) in den meisten Anwendungs- 
fällen Matrixdrucker mit Einzelblatt- oder 
Endlospapiereinzug, da sie bei guter Ökono- 
mie grafikfähig sind und die Möglichkeit der 
mehrfarbigen Darstellung bieten (z. B. robo- 
tron 1157/269). Bei einer9x9-Matrix werden 
schon ansprechende Ergebnisse erzielt. Hö- 
heren Anforderungen werden Matrixdrucker 
gerecht, die für Graphics eingesetzt werden 
und bis zu 24 Nadeln besitzen. Industriellen 
Anforderungen genügen erstgenannte, zu- 
mal mit dem Plotter ein hochauflösendes 
Ausgabemedium zur Verfügung steht. 

Plotter 

Es wird prinzipiell zwischen zwei Arten von 
Plottern unterschieden. Zum einen gibt es die 
Flachbettplotter, die in ihrem Aufbau dem 
Zeichenbrett ähneln (Format AO . . . A3, z. B. 
Digigraph). Auf dem fixierten Zeichenblatt ist 
der Stift in x- und y-Richtung beweglich. An- 
ders beim Trommelplotter; hier bewegt sich 
der Stift nur in einer Richtung. Die Ablenkung 
in die zweite wird durch die Bewegung des 
auf eine T rommel aufgespannten Blattes rea- 
lisiert, das elektrostatisch, durch Ansaugen, 
über Andruckrollen bzw. durch Arbeit mit Le- 
porellopapier gehalten wird. Es wird eine Zei- 
chengeschwindigkeit bis zu 60 cm/s erreicht. 
Die Begrenzung im Zeichenformat wird durch 
die physische Breite des Plotters gesetzt, da 
die Länge des Blattes keinen Forderungen 
unterliegt. 

Plotter arbeiten mit verschiedenen Schreib- 
stiften, wobei außer der gebräuchlichen Tu- 
sche auch Kugelschreiber oder Faserstifte 
eingesetzt werden. Geplottert wird meist auf 
Transparent- und Zeichenpapier bzw. auf Fo- 
lien. Dabei wird die Kombination Zeichenme- 
dium/Schreibstift dem jeweiligen Einsatzfall 
angepaßt (z. B. Leiterbahnzeichnungen auf 
Spezialpapier und -folien mit entsprechender 
Tusche). Andruckkraft des Stiftes und Stift- 
geschwindigkeit sind softwareseitig beein- 
flußbar. Man wird im allgemeinen bei Nut- 
zung von Transparentpapier die Stiftge- 
schwindigkeit herabsetzen und die Auflage- 
kraft verringern, da ansonsten unsaubere 
Zeichnungen entstehen könnten. Größere 
Plottermodelle verwenden oft 8 Stifte bei au- 
tomatischem Stiftwechsel. Die kleinste 
adressierbare Schrittweite liegt hier bei 
0,025 mm. Eine Zeichnung ist bis auf 0,1 % 
genau, was für einen Menschen nicht er- 
reichbar wäre. Da Kreise zu Polygonen ange- 
nähert werden, ist es möglich, daß diese 
Struktur bei großen Kreisen sichtbar wird und 
daß die Zeichengeschwindigkeit sinkt. Zu- 
künftig wird auch die Intelligenz der Plotter 
weiter zunehmen, so daß während des Plot- 
vorgangs die grafische Arbeit nicht unterbro- 
chen werden muß (spezielle E/A-Schalt- 
kreise bzw. eigene Prozessoren). 

Printer-Plotter 

Eine Kombination von Drucker und Plotter 
stellt der Printer-Plotter dar, auch Raster- 


Programme für SCP/REDABAS 

Für PC 1715 und BC A51xx wurden folgende 
Projekte erarbeitet: ... 

1. Finanzbuchhaltung 

- Ablösen der traditionellen Kontokarte durch 
Führen der Konten auf maschinenlesbaren Da- 

- programmtechmsch geführte Einrichtung 
und Pflege der Dateien 

- beliebige unsortierte Eingabe, sortierte Ver- 
arbeitung und Ausgabe 

- vollautomatische Gegenbuchung 

- Rekonstruktion der Daten bei Havarie 

- stets Einsicht in den Saldenstand jedes be- 
liebigen Kontos, wahlweise Druckausgabe 

- visuelle Einsicht in die Entwicklung jedes be- 
liebigen Kontos oder Druckausgabe 

- Ausgabe einer Gesamtsaldenliste, unterglie- 
dert nach Kostengruppen und -klassen 

- Ausgabe der Bilanz 

- automatische Übernahme der Buchungen 
auf Folgedisketten 

- Errechnen von Durchschnittsbeständen aus- 
gewählter Konten 

- Grafikausgabe der Bestände und Durch- 
schnittsbestände. 

In allen Klein- und Mittelbetrieben artwend - 
bar, 

2. Neuererstatistik 

- Das Programm ermöglicht die Datenverwal- 
tung der Arbeitskräfte-Bestandsdatci . der Mo- 
natsrealisierung und der Neuereranalyse. 

- Die Ein- und Ausgaben erfolgen über Bild- 
schirm mit wahlweiser Druckerausgabe. 

- Die Arbeitskräftebestandsdatei enthält die 
Planzahl der Neuerervorschläge, unterteilt 
nach Jugendlichen, Frauen und Produktionsar- 
beitern, und den wertmäßigen Plan. 

- Die Neuerervorschläge und -Vereinbarungen 
werden monatlich abgerechnet 

- tn der Neuereranalyse wird die Anzahl der 
Neuerervorschläge und deren Nutzen kumula- 
tiv ausgewiesen. 

Das Programm kann in allen Bereichen der 
Volkswirtschaft genutzt wehten. 

VEB Robotron-Vertrieb Berlin, 

Werk Magdeburg, 

Abt. W2IEV3, Tel. 33871/71, 

PSF 136, Magdeburg, $010 


Plotter genannt. Er verarbeitet sowohl Grafik 
als auch Text, wobei die Ausgabe nach den 
genannten Druckprinzipien erfolgt. Da nach 
dem Matrix-Verfahren gearbeitet wird, wer- 
den grafische Elemente zerlegt und ihre 
Punktkoordinaten zwischengespeichert. An- 
schließend wird die aus den Daten der Ein- 
zelelemente ermittelte komplexe Matrix, die 
durch Sortieren der Daten in den Teilmatri- 
zen entsteht, zeilenweise ausgegeben. Das 
Umwandeln und Sortieren übernimmt wie- 
derum ein eigenständiger Prozessor. Diese 
Geräte arbeiten zwar schnell, besitzen je- 
doch eine geringere Auflösung als Trommel- 
oder Flachbettplotter. In der Regel wird des- 
halb der Verwendung einer Kombination letz- 
terer mit einem Matrixdrucker der Vorzug ge- 
geben. 

Grafische Eingabegeräte 
Neben der alphanumerischen Tastatur mit 
Funktionstasten dienen zur Eingabe haupt- 
sächlich Lichtgriffel, T ableau (mit Zeichenstift 
und Lupe), Maus und Rollkugel, seltener Fa- 
denkreuz und Steuerknüppel 13/. Während 
bei der Arbeit mit dem Lichtgriffel eine direkte 
Arbeit auf dem Bildschirm möglich ist (Anre- 
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gen eines fotosensitiven Elementes durch 
den zyklischen Elektronenstrahl), arbeiten 
Lupe und Zeichenstift nur in Zusammenhang 
mit einem Digitalisiertableau. Genutzt wer- 
den induktive, kapazitive oder resistive Prin- 
zipien. Maus und Rollkugel „merken“ sich 
ihre Position durch Potentiometersteuerung. 
Aus einem Menüangebot, das entweder am 
Bildschirm angeboten oder auf dem Tableau 
dargestellt ist, kann durch Positionieren von 
Cursor oder Fadenkreuz die gewünschte Op- 
tion im Dialog ausgewählt werden. Gezeich- 
net wird wiederum durch Positionierung. Im 
Konstruktionsmodus werden Daten eingege- 
ben. 


Vernetzung von Einzelsystemen 

Durch den weiteren Einsatz von Multiprozes- 
sorsystemen (z. B. mit Arithmetik- bzw. Gra- 
fikprozessoren) wird die Zentraleinheit entla- 
stet und das System leistungsfähiger. Aus 
der zunehmenden Ausstattung der Periphe- 
rie mit intelligenten Einheiten resultiert ein zu- 
sätzlicher Effekt. Zur Erhöhung der Ausla- 
stung von CAD-Systemen bietet sich an die- 
ser Stelle der Aufbau von lokalen Netzwer- 
ken an. Dabei werden in der ersten Ausbau- 
stufe periphere Einrichtungen wie Plotter und 
Massenspeicher durch mehrere Zentralein- 
heiten gemeinsam genutzt, was zu einer 
spürbaren Verbesserung der Ökonomie 
führt. In der zweiten Stufe wird zur Bildung 
von Mehrplatzsystemen übergegangen. Hier 
werden intelligente Arbeitsstationen verwen- 
det, die eine Vielzahl von Operationen eigen- 
ständig durchführen und bei Bedarf auf einen 
Host-Rechner zugreifen können (Arbeit mit 
Mitteln der dezentralen Intelligenz). Da für 
CAD-Systeme auf 1 6-Bit-CPU-Basis eine 
Rechnerauslastung von 90% eingeschätzt 
wird /4/, ist als Zentralrechner ein 32-Bit-PC 
eingesetzt. Anderenfalls entstehen recht 
lange Warte- bzw. Antwortzeiten. 

Zum Zeitpunkt des Verfassens lag noch kein 
Anwendungsfall zum 32-Bit-Prozessor 
80386 vor, die sich jetzt häufen. Deshalb wird 
davon ausgegangen, daß künftig insbeson- 
dere 3D-Systeme mit dieser CPU und den 
ebenfalls entwickelten Coprozessoren arbei- 
ten werden. Als mögliche Betriebssysteme 
kommen ein UNIX-Derivat oder MS-DOS 
V5.0 bzw. andere aus Version 3.2 entwik- 
kelte Varianten zum Einsatz. 

Literatur 

IM Hellwig, H.-E.: Neue CAD-Systemarchitektu- 
ren. VDI-Zeitung 127 (1985) 14, S. 563 
121 Haas; Hentschel; Luders: Erfahrungen bei der 
Einführung eines CAD-Arbeitsplatzes. Textil- 
technik 36 (1986) 9.S.466 
13/ Duus, W.: CAD-Systeme. Springer, 1983 
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Börse 



In Leipzig fand vom 18. bis 
22. Mai dieses Jahres die 
21. Angebotsmesse „ Wissen- 
schaftlich-technische Ergeb- 
nisse“ statt, auf der aus den In- 
dustriebereichen Elektrotechnik 
und Elektronik, Allgemeiner Ma- 
schinen- , Landmaschinen- und 
Fahrzeugbau sowie Schwerma- 
schinen- und Anlagenbau nach- 
nutzbare Beispiellösungen ge- 
zeigt wurden. Vor allem das um- 
fangreiche Angebot von Hard- 
und Softwareentwicklungen 
dürfte zum Erfolg der Messe - 
die einen neuen Besucherre- 
kord verzeichnete - beigetragen 
haben. Auch hier zeigte sich, 
wie notwendig und gefragt sol- 
che Veranstaltungen sind. 

Um einem noch breiteren An- 
wenderkreis Unterstützung bei 
der Arbeit mit dem Computer zu 
geben, stellen wir in unserer 
Rubrik Börse einige der gezeig- 
ten Exponate vor. 

EMR-Prozeßsteuerung 

Besonders als Steuerkern für 
Rationalisierungsmittel geeignet 
ist dieser in Zusammenarbeit mit 
der TU Dresden entwickelte Ein- 
kartenrechner mit 24 Ein- und 
Ausgängen. Es können wahl- 
weise Einchipmikrorechner UB 
8820 oder UB 8840 eingesetzt 
werden. Beim UB 8820 stehen 
dem Anwender bis zu 4 KByte 
EPROM und beim UB 8840 bis 
zu 6 KByte zur Verfügung Die 
Leiterkarte hat einen zusätzli- 
chen RAM von 2 KByte und ist 
zu den Leiterkarten des K-1 520- 
Systems kompatibel. 
DieTaktfrequenz kann zwischen 
4 MHz (bei 8-MHz-Schwingquar- 
zen) und 2,5 MHz (beilO-MHz- 
Schwingquarzen) gewählt wer- 
den. 

VEB IFA-Karosseriewerke Dres- 
den, Sitz Radeberg, PSF 5, Ra- 
deberg, 8142. 

Emulatormodul 

Derfürden KC85/1 geschaffene 
Modul hat folgende Charakteri- 
stik: 

- Entwicklung von EMR-Pro- 
grammen, wobei die schrittweise 
Simulation des entwickelten Pro- 


gramms möglich ist; Echtzeitlauf 
des EMR-Programms über ein- 
gebauten EMR. 

Alle EMR-Ports sind über Steck- 
verbinder nach außen geführt, 
somit kann die Funktionsfähig- 
keit mittels externer Einrichtun- 
gen überprüft werden. 

- Mehrrechnersystem; EMR 
kann abgeschlossene Teilaufga- 
ben im Gesamtkonzept überneh- 
men (Master-Slave-Prinzip). 
Korrespondenz zwischen EMR- 
und Masterrechner (U880) er- 
folgt über PlO-Port. 

- Es ist eine schnellere Entwick- 
lung von EMR-Programmen auf 
Wirts-Rechnern möglich, da Pro- 
grammierfehler durch Echtzeit- 
betrieb sofort korrigiert werden 
können. 

VEB Meßgerätewerk „Erich Wei- 
nert“ Magdeburg, Straße der 
DSF, Magdeburg, 301 1 

CMOS-Speicher 
für PS 2000 

Die Baugruppe ist eine 2-Ebe- 
nen-Leiterplatte, welche ohne 
zusätzliche Änderungen im Pro- 
grammiergerät PRG 2000 der 
freiprogrammierbaren Steue- 
rung PS 2000 mit der vorhande- 
nen RAM-Karte ausgetauscht 
werden kann. 

Der Einsatz dieser CMOS-Karte 
ermöglicht das Ablegen eines 
kompletten PS-2000-Program- 
mes (Speicherbedarf 4 KByte - 
alte Karte nur 1 KByte). Weiter- 
hin bleibt das eingegebene Pro- 
gramm bei Netzausfall erhalten, 
da die CMOS-RAMs mit Akkus 
gepuffert werden. 

VEB dkk Scharfenstein, BT 
Eleba, Scharfenstein, 9366 

KC 85/3 als intelligente 
Bedieneinheit 

Kernstück des Exponates ist 
eine Koppellogik, die es ermög- 
licht, einen KC 85/3 zur Fehler- 
suche an Kl 520-Mikrorechner- 
Systemen einzusetzen. Die Be- 
dieneinheit realisiert in ihren Be- 
triebsarten folgende prinzipielle 
Funktionen: 

- Setzen von Haltepunkten 
(triggerbar auf Adressen und/ 
oder auf Steuersignale und/oder 
deren Kombinationen) 

- Abarbeitung von Programmen 
im Schrittbetrieb ab Haltepunkt 
(mit variabler Schrittweite) mit 
Refresh-Erzeugung 

- Anzeige von Daten- und 
Adreßbus auf Bildschirm, Steu- 
erbus über LED 

- direkter Speicherzugriff zur zu 
prüfenden MR-Einheit (DMA mit 
Bildschirmanzeige) 

- Manipulationsmöglichkeit der 


Abarbeitungsfolge von Anwen- 
derprogrammen (auch ROM-re- 
sidenter Software) 

- Einfügen von Serverroutinen 
an beliebigen Triggerpunkten 
und deren Abarbeitung im 
Schritt- oder Echtzeitbetrieb. 

VEB Mikroelektronik „ Wilhelm 
Pieck“ Mühlhausen, Eisenacher 
Str. 40, Mühlhausen, 5700 

Prüflingsaufnahme 
zur Anwendung 
der Signaturanalyse 

Die Prüflingsaufnahme (PLA) 

Kl 520 dient der Fehlersuche auf 
bestückten Leiterplatten (BLP) 

Kl 520, die speziell in den Gerä- 
ten A 51 20/A 51 30 und davon 
abgeleiteten Gerätevarianten 
. zum Einsatz kommen. 

Mit Hilfe eines BCA 51 20/ 
A5130, eines Signaturanalysa- 
tors robotron 31 020 und han- 
delsüblicher Meß- und Prüfmit- 
tel, wie Service-Oszillograf und 
Digital-Multimeter, läßt sich in 
Verbindung mit der PLA Kl 520 
ein Prüfarbeitsplatz für BLP des 
K1520-Systems konfigurieren. 
Dabei ist die PLA Kl 520 über 
Kabel mit dem Bus des Büro- 
computers verbunden. Die zu 
prüfende BLP wird in die PLA 
Kl 520 gesteckt und durch soft- 
waremäßige Nachbildung der 
Bus-Signale des BC stimuliert. 
Durch programmgesteuerte Be- 
dienerführung ist es möglich, 
alle Anweisungen zur Bedienung 
des Systems und alle Meß- 
punkte mit dazugehörigen Si- 
gnaturen über den Bildschirm 
auszugeben. 

VEB Robotron Buchungsma- 
schinenwerk Karl-Marx-Stadt, 
Annaberger Str. 93, Karl-Marx- 
Stadt, 9048; Tel. 5716268 (Koll. 
Schmidt) 

Akustikkoppler 

Das Kopplungsgerät dient zur 
Verbindung zweier Rechner, in- 
dem die per Telefonleitung zu 
übertragenden Daten aufbereitet 
und umgesetzt werden. Die 
Empfangs- und Sendedaten 
werden dabei über eine V.24- 
Schnittstelle akustisch an das 
Telefon gekoppelt. Ein Eingriff in 
das Telefon erfolgt nicht! Die 
Verwendung ist für Datenüber- 
tragung bis 200 Baud vorgese- 

VEB Weimar-Werk, Buttelsted- 
ter Straße 4, Weimar, 5300 

Universelles EPROM- 
Löschgerät 

Eine höhere Störsicherheit - da 
keine IC-Fassungen nötig sind - 
und eine schnelle Programmkor- 


rektur ergeben sich mit diesem 
Löschgerät. 

Charakteristik: 

• Löschung von EPROM-IC aller 
Typen sowie Leiterkarten bis 
130x200 mm mittels UV- 
Lampe 

• Löschzeit vorwählbar 10 
... 100 min 

• Sicherheitsabschaltung der 
UV-Lampe bei Öffnung des Ge- 
rätes 

■ Betriebsanzeige durch 2 LED 

• 220 V 

• Abmessungen : 23 x 1 8 x 
15,5 cm 3 

VEB Grubenlampen- und Akku- 
mulatorenwerke Zwickau, Rei- 
chenbacher Str. 89, Zwickau, 
9502 


Logikanalysator 

Die Lösung stellt mit 32 Kanälen 
/ 20 MHz, leistungsfähiger Trig- 
gerlogik, Erweiterungsbaugrup- 
pen und der möglichen Teilnut- 
zung auch als Bürocomputer ei- 
nen komfortablen Logikanalysa- 
tor dar. 

Die Einstellung erfolgt software- 
gesteuert bzw. über Menü von 
Diskette. 

Ein für die Verwaltung von de- 
zentralen Lagern erarbeitetes 
Materialprojekt kann gleichzeitig 
zur Stückleistenherstellung ge- 
nutzt werden. 

Als Hardwarebasis dienen ein 
BC A 51 20 und der von der Tech- 
nischen Universität Dresden ent- 
wickelte LA 32/20. 

VEB Robotron-Elektronik Riesa, 
Pausitzer Str. 60, Riesa, 

8400 


Softwareanalysegerät 

Das autonome Softwareanaly- 
segerät ermöglicht die Fehlersu- 
che in U-880-Assemblerpro- 
grammen im Echtzeitlauf. Es er- 
möglicht die Optimierung von 
Regelalgorithmen. Aus dem lau- 
fenden Programm werden ohne 
zeitliche Beeinträchtigungen Da- 
tenproben in einen speziellen 
Debuggingspeicher eingeschrie- 
ben. Durch Markierung charak- 
teristischer Programmteile und 
die Registrierung dieser Marken 
während des Programmablaufs 
ist eine Rekonstruktion des Pro- 
grammverlaufs in stark ver- 
zweigten Programmen möglich. 
Eine Analogendausgabe von 
Datenfolgen ist im Echtzeit- und 
Debuggingspeicher-Wiederga- 
bebetrieb möglich. 

VEB Mikroelektronik 

„Karl Liebknecht“, Ruhlsdorfer 

Weg, Stahnsdorf, 

1533 


Mikroprozessortechnik, Berlin 1 (1987) 8 


255 




Börse 


Komplexprogramm 
technologisch-ökono- 
mische Kennziffern 

Das Programm ist eine BC/PC- 
Lösung auf der Basis des Be- 
triebssystems SCP und REDA- 
BAS. Es wertet Kosten-, Mate- 
rial- und Aufwandsinformationen 
aus dem betrieblichen Abrech- 
nungsprozeß (z. B. BAB II) zum 
Zwecke zielgerichteter Analy- 
sentätigkeit im Sinne der 
Schwerpunktfindung für techno- 
logisch-ökonomische Maßnah- 
men aus. 

Dabei werden Aussagen/Analy- 
sen für Kostenträger u./o. Er- 
zeugnisgruppen sowohl für ein- 
zelne Betriebe als auch für das 
Kombinat hinsichtlich 

- material-ökonomischer Kenn- 
ziffern 

- Arbeitszeitaufwandskennzif- 
fern 

- weiterer ökonomischer Kenn- 
ziffern 

ermittelt und dargestellt. 
Kombinat VEB Carl Zeiss JENA, 
Fachdirektion Technologie und 
Rationalisierung, Carl-Zeiss-Str. 
1, Jena 6900 

CAM-Bildschirm- 
arbeitsplatz für Meister 
und Disponenten 

Der Arbeitsplatz findet Anwen- 
dung als Dialogarbeitsplatz für 
Meister und Disponenten der 
Teilefertigung. 

Am Bildschirmarbeitsplatz 
(BC A5130) können die Dispo- 
nenten Produktionsvorgaben für 
ihren Bereich abrufen und im 
Dialog die Maschinenbelegung 
vornehmen. Die Meister des Be- 
reiches können sich die Maschi- 
nenbelegung ausgeben lassen 
und melden den Arbeitsfort- 
schritt zurück. 

Der Arbeitsplatz ist über Daten- 
fernübertragung mit dem Pro- 
duktionssteuerrechner A 6402 
verbunden. 

Kombinat VEB Carl Zeiss JENA, 
Betrieb Gera, Keplerstraße 100, 
Gera, 65 00 

Berechnung 
der Fertigungszeit- 
entwicklung 

Mit dem entwickelten Programm 
in BASIC, zugeschnitten für den 
KC 85/2, wird der benötigte Ferti- 
gungszeitaufwand pro Erzeug- 
nis und Fortschrittszahl sowie 
der durchschnittliche Ferti- 
gungsaufwand über einen defi- 
nierten Fertigungszeitraum des 
Serienanlaufes berechnet und 
ausgewiesen. 

Die Berechnung der Fertigungs- 
zeit neuer Erzeugnisse und da- 


mit der Fertigungszeitentwick- 
lung erfolgt nach einer den Ge- 
setzmäßigkeiten der Großse- 
rienfertigung abgeleiteten ma- 
thematischen Beziehung. 

VEB IFA-Motorenwerke Nord- 
hausen, Freiherr-v.-Stein-Straße 
30 c, Nordhausen, 5500 

CAD/CAM-System 
für die konstruktiv- 
technologische Vor- 
bereitung und Fertigung 
im Automatisierungs- 
und Anlagenbau 
Das CAD/CAM-System dient 
der Rationalisierung der kon- 
struktiv-technologischen Vorbe- 
reitung und der Fertigung auf 
Basis des Einheitlichen Gefäß- 
systems EGS und des Rahmen- 
aufbau-Systems RAS. 

Das rechnergestützte Verfahren 
umfaßt folgende Vorgänge: 

1 . Erfassen von Schaltteillisten 
(Entwurf) 

2. Entwerfen der Anlagen/Ge- 
rät-Belegung 

3. Zeichnen von Belegungsplä- 
nen 

4. Erzeugen von NC-Daten 

5. Erstellen von Stücklisten (SL) 

6. Übertragung von SL-Daten 
an zentrales betriebl. Anwen- 
dungssystem (SAPKO) 

7. Erstellen von Zeitaufrech- 
nungsbelegen (technologische 
Arbeitsgangbeschreibung) und 

8. Pflege der dezentralen Da- 
tenbasis. 

Zur rechentechnischen Basis 
gehören: SKR-Rechneranlage, 
graf. Bildschirmgerät (RSG 
K 891 7 o. ä.), Zeichengerät (DZT 
90 x 1 20 o. ä.), Betriebssystem 
OS-RW V 2.8, Datenverwal- 
tungssystem DTR, Graphik-Pro- 
grammpaket VEMGKS. 

Es sind auch Teillösungen des 
durchgängigen CAD/CAM-Sy- 
stems nachnutzbar; bei Nach- 
nutzung der CAM-Lösung 
(Vorg. 3) muß zusätzlich die Lö- 
sung der NVe (Nr. 607/5/3) „NC- 
Lochband-Steuerung für RAS- 
Fügehalbautomat“ angewendet 
werden. 

VEB Elektroprojekt und Anla- 
genbau Berlin, Rhinstr. 100, 
Berlin, 1140 

Schaltplanerstellung 
am A 51 20/A 51 30 

Mit Hilfe des angebotenen Pro- 
grammpaketes können schema- 
tische Zeichnungen unterschied- 
licher Art (Funktionsschalt-, Lo- 
gik-, Stromlaufpläne u. dgl.) am 
Bildschirm im Dialog erstellt, auf 
Diskette gespeichert und über 
Drucker ausgegeben werden. 
Basis der quasigrafischen Dar- 


stellungen bildet ein maximal 
128 Zeichen betragender Halb- 
grafikzeichensatz, der auf 
EPROM gespeichert ist. Mittels 
zugehöriger Generierpro- 
gramme ist dieser Zeichensatz 
vom Anwender entsprechend 
seinen speziellen Anforderun- 
gen modifizierbar. Zum effekti- 
ven Bildaufbau kann der Anwen- 
der höher integrierte zeichneri- 
sche Darstellungen wie Zeichen- 
ketten, Teilbilder (maximal Bild- 
schirmgröße) und komplette Bil- 
dererstellen und in Stamm- 
dateien zur Verwendung able- 
gen. 

Die Zeichnungen sind in den drei 
Formaten A4-hoch, A3-quer 
oder A3-hoch zu erstellen. 
Voraussetzung der quasigrafi- 
schen Arbeitsweise ist die Modi- 
fikation der Bildschirmsteuerung 
durch Einsatz der ABS 
K 7029,00. 

Das Programmsystem arbeitet 
im Betriebssystem UDOS 1 526, 
Vers. 4.0. 

Rationalisierungseffekte werden 
beim Einsatz des Programmsy- 
stems, insbesondere durch Wie- 
derverwendung von Zeichnun- 
gen bei geringer Modifizierung 
der Darstellung erzielt. 
Technische Daten: 

- BCA 51 20/30 mit Bildschirm- 
karte ABS K 7029,00 

- Drucker SD 1 1 54/5500 oder 
SD 11 57/269 

- Betriebssystem UDOS 1526, 
Version 4.0 

VEB Elektroprojekt und Anla- 
genbau Berlin, Rhinstr. 100, 
Berlin, 1140 

Absatzprojekt 

Dieses Projekt dient besonders 
der Rationalisierung der Fak- 
turierung. Das Projekt Absatz 
besteht aus mehreren autono- 
men Teilkomplexen, aus wel- 
chen sich ein spezielles An- 
wendersystem installieren 
läßt. 

Durch Verwendung des Be- 
triebssystems SCPX 1 526, der 
Programmiersprache BASIC 
und des relationalen Datenbank- 
systems REDABAS kann das 
Projekt auch auf PC 1 71 5 oder 
AC A 71 00 eingerichtet wer- 
den. 

Teilkomplexe: 

- Abrechnung Export 

- Aufbau und Druck von Markt- 
rechnungen, Währungsfaktura 
und Lieferspezifikation 

- Abrechnung Inland 
Lieferscheine/Rechnung 

- Abrechnung Ersatzteile 
Aufbau und Druck der Aus- 
gangsrechnung 

- Abrechnung Lohnaufträge 

- Umsatzstatistik 


- Dateiänderungsdienst 
VEB Sachsenring Automobil- 
werke Zwickau, Abt. TN, 

PSF 311-313, Zwickau, 954 1 

Auftragsplanung 
und -Steuerung 

BS-APS ist ein durchgängig mo- 
dulares System für die Belange 
der innerbetrieblichen Auftrags- 
abwicklung, von der Auftragsan- 
nahme bis zum Versand. Es baut 
auf einem umfangreichen 
Schnittstellenkonzept auf und ist 
von autonomen Arbeitsplätzen 
(APS-A) bis zu Verbundsyste- 
men (APS-V) stufenweise aus- 
baufähig. 

BS-APS ist vorgesehen für fol- 
gende Konfigurationen: 

1. SKR (Kl 630, A 6422), 

A7100 

2. BC/PC + KC (als grafikfähi- 
ges u. farbtüchtiges UBT) 

3. KC 

4. APS-V (lokales Rechnernetz 
mit Konfiguration von 1 . u. 2.) 
VEB Forschung, Entwicklung 
und Rationalisierung des 
Schwermaschinen- und Anla- 
genbaus, Bleckenburgstr. 25, 
Magdeburg, 301 1 

Textverarbeitung 

Mit dem Projekt Textverarbei- 
tung wird eine wesentliche Ratio- 
nalisierung der Verwaltungsar- 
beit im Bereich ORZ erreicht. Es 
gliedert sich in folgende Teilge- 
biete: 

Leitungsorganisationsarbeit 
umfaßt im wesentlichen die BC- 
gestützte Bearbeitung der Struk- 
turkurzzeichen und Telefonan- 
schlüsse, Organisationshand- 
buch-Anweisungen, Ordnungen 
des übergeordneten Organs, 
Verzeichnisse der Betriebsob- 
jekte, Vordrucke, ausgewählten 
Anweisungen sowie des Infor- 
mationsspeichers zur Verteilung 
von Büro- und Vervielfältigungs- 
technik. 

Terminkontrolle beinhaltet die 
Übersicht und Kontrolle von Ter- 
minen zum übergeordneten Or- 
gan, zum Leiter und innerhalb 
der Struktureinheiten. 

Ablösung der Adrema-Technik 
mittels Etikettiereinrichtung wird 
vorrangig für Druck der Arbeits- 
zeitnachweise, Banderolen, An- 
wesenheitslisten, Inventurnach- 
weise und weiterer Formblätter 
verwendet. 

Texthandbuch beinhaltet Stan- 
dardbriefe, Standardschreiben 
in Form von Textkonserven. 

VEB Transformatorenwerk „Karl 
Liebknecht“, Wilhelminenhofstr. 
83-85, Berlin, 1160 


256 


Mikroprozessortechnik, Berlin 1 (1987) 8 





WM 

4983 7 8 1 09 123 4 98 

NV/ 

1260 90U5 0121 P ZV 20/438 10 



CAD/CAM-Systeme 


ISSN 0233-2892 

Mikroprozessortechnik, Berlin 1 (1987) 8 
S. 225-256 


Die CAD/CAM-Technologie gewinnt für 
alle Bereiche unserer Volkswirtschaft 
zunehmend an Bedeutung. Vom VEB 
Kombinat Robotron wird für CAD/CAM- 
Aufgaben ein umfangreiches Sortiment 
an Rechnern, Peripherie und Basissoft- 
ware angeboten, das an die verschie- 
denartigsten Anwenderbedürfnisse an- 
gepaßt werden kann. Bild 1 zeigt die 
Neuheiten des Kombinates zur Leipzi- 
ger Frühjahrsmesse 1987 zu dieser 
Thematik auf einen Blick. 

Als unterste Stufe eines CAD/CAM-Sy- 
stems können Bürocomputer A51 20/30 
und Personalcomputer 1715 (Bild 2) 
mit entsprechender Peripherie genutzt 
werden. Schon leistungsfähiger - und 
damit für anspruchsvollere Anwendun- 



gen geeignet - ist der 1 6-Bit-Arbeits- 
platzcomputer robotron A7100. Eben- 
falls für den Einsatz in CAD/CAM-Syste- 
men ist das Interaktive grafische Termi- 
nal robotron K8918 (Bild 3) vorgesehen. 
Es wird für Dialog-Arbeitsplätze ge- 
nutzt, die unter Steuerung eines Host- 
computer operieren und mit Grafischer 
Kernsystem-Software (GKS) unter- 
stützt werden. Als Hostcomputer kom- 
men außer dem Mikrorechner Kl 630 
und weiteren SKR-Rechnern ESER- 
Rechner mit höherer Verarbeitungslei- 
stung zur Anwendung. 

Der Beitrag Komponenten von CAD- Ar- 
beitsplätzen von Christian Haas im glei- 
chen Heft geht ausführlicher auf den 
Aufbau solcher Systeme ein. 
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Die Ausstellung „Wissenschaft 
und Produktion der DDR im 
Dienste des Volkes“ anläßlich 
des 750jährigen Bestehens von 
Berlin hat ihre Pforten geschlos- 
sen. 

Anhand etwa 1300 Exponaten - 
die zum großen Teil in Funktion 
gezeigt wurden - konnten sich 
die Besucher von der Leistungs- 
kraft unserer Volkswirtschaft 
überzeugen. 

In dem großen Komplex Mikroe- 
lektronik dominierten im Ein- 
gangsbereich die Grafik-Termi- 
nals, die mittels Datenfernüber- 
tragung an den neuen 32-Bit- 
Computer von Robotron ange- 
schlossen waren (Bild 1). Ge- 
meinsam mit den modernen An- 
lagen des VEB Carl Zeiss JENA 
-z. B. dem automatischen Über- 
deckungsrepeater zur Belich- 
tung von Wafern - bildet diese 
Technik die Voraussetzung zur 
Entwicklung und Produktion 
hochintegrierter Schaltkreise. 
Für ein breites Einsatzspektrum 
vorgesehen ist der 1 6-Bit-Com- 
puter A 71 50, der mit seinen Ver- 
besserungen gegenüber dem 
A 71 00 vor allem CAD-Aufgaben 
auf höherem Anforderungsni- 
veau bearbeiten kann (Bild 2). 
Mit dem neuen Betriebssystem 
DCP 3.1 . wird sowohl die Brücke 
zu der weit verbreiteten MS- 
DOS-kompatiblen Standardsoft- 
ware geschlagen als auch Pro- 
grammkompatibilität zu künfti- 
gen 16-Bit-Personalcomputern 
hergestellt. 

Umfangreiche Aufgabenlösun- 
gen wurden mit der mehrplatzfä- 
higen CAD/CAM-Arbeitsstation 
auf der Basis des K-1 600-Sy- 
stems demonstriert (Bild 3). 
Inzwischen weit verbreitet sind 
für Aufgaben in den unterschied- 
lichsten Bereichen unserer 
Volkswirtschaft 8-Bit-Computer 
wie der PC 1 71 5, dessen Weiter- 
entwicklung 171 5W mit dem ver- 
größerten Hauptspeicher und 
dem modifizierten Betriebssy- 
stem eine komfortablere und lei- 
stungsfähigere Benutzeroberflä- 
che gewährleistet. Noch besser 
ausschöpfen kann man die Res- 
sourcen der Personalcomputer 
oft, wenn sie nicht als Einplatzsy- 
stem, sondern im Verbund arbei- 
ten. Eine praktische Demonstra- 
tion dafür gab die Humboldt-Uni- 
versität zu Berlin mit dem lokalen 
Netz ROLANET. Es nutzt als 
Übertragungsmedium Lichtwel- 
lenleiter, die über passive opti- 
sche Sternkoppler und separate 
Knotenrechner die PC miteinan- 
der verbinden (Bild 4). Somit 
kann zum Beispiel teure Peri- 
pherie von allen angeschlosse- 
nen PC gemeinsam genutzt wer- 
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Zum Titelbild 

Ein Spitzenexponat aut der Ausstellung 
„Wissenschaft und Produktion der DDR 
im Dienste des Volkes“ war die von der 
Friedrich-Schiller-Universität Jena ent- • 
wickelte und im VEB Mikrofontechnik Ge- 
fell produzierte automatische Laser-Be- 
schriftungsanlage ALBA. Auf ihr entstand 
das im Titelbild gezeigte Ausstellungssi- 
gnet als Gravur in eine Plasttafel. Die Be- 
schriftung von Plastschildern für die Indu- 
strie ist zwar ein Haupteinsatzgebiet der 
Anlage, jedoch erlaubt ihre Vielseitigkeit 
auch die Gravur bzw. Strukturierung von 
Metallen, Hartmetallen, Gummi, Keramik 
und Glas. 

Der Strahl des cw-Neodym-YAG-Lasers 
wird dabei von einem Mikrorechner -z. B. 
MC 80 - gesteuert und über die verfahr- 
bare Optik auf das Material fokussiert. 
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Dialog 


Veröffentlichung 
von Programmen 
im DUMP-Format 

Die Veröffentlichung von Soft- 
warelösungen als Anregung und 
Vorbild hat zweifellos eine große 
Bedeutung für die Qualifikation 
und in eingeschränktem Maße 
auch für die Nachnutzung. Es ist 
erfreulich, daß mit Ihrer Zeit- 
schrift jetzt das passende Po- 
dium dafür existiert. 

Setzt man eine qualifizierte Kom- 
mentierung voraus, gibt es bei 
der Veröffentlichung von Quell- 
texten auch keine Schwierigkei- 
ten. Ein Ausweichen auf das 
DUMP-Format macht das Unter- 
fangen fragwürdig (s. Schlenzig; 
Heft 1 ; 3. US und Lennartz; Heft 
4; S. 126). 

Sofern nicht Platzgründe dazu 
zwingen, ist die Veröffentlichung 
der Assembler-Quelltexte zu for- 
dern. Nichts ist frustrierender, 
als in fremden Programmen die 
Fehlerursache zu suchen, wenn 
nur der Maschinencode vorliegt. 
Dieser Beschäftigung fröne ich 
trotz Kontrollsummen beim Arti- 
kel von Schlenzig schon eine 
Weile. 

Ist die Veröffentlichung im 
DUMP-Format unumgänglich, 
müssen Datensicherungsver- 
fahren, die über Prüfsummen 
hinausgehen, eingesetzt wer- 
den. Ein entsprechendes Ver- 
fahren wäre in MP zu veröffentli- 
chen. Ein Beispiel für eine derar- 
tige Routine ist von Heyder im 
Funkamateur 11/86, Seite 565 
beschrieben. Druckfehler (in bei- 
den Artikeln finden sich Bei- 
spiele) machen die Wiedergabe 
als Faksimile eines Computer- 
Ausdrucks wünschenswert. 

Die Prüfung der Software ist von 
Ihrer Seite aus sicher schwierig, 
erscheint aber speziell bei 
DUMP-Veröffentlichungen im 
Interesse der Leser für sinnvoll. 

Dr. Volkmar Richter, Paretz 

Sie sprechen ein Problem an, 
daß uns seit längerem beschäf- 
tigt. 

Unabhängig davon, ob es sich 
um Quelltexte oderHEX-DUMPs 
handelt, streben wir an, die Pro- 
gramme original von der Vor- 
lage, die wir vom Autor erhalten, 
zu veröffentlichen (Faksimile). 
D.h., sie werden für den Druck 
in der Zeitschrift durch die Druk- 
kerei vom Programmausdruck 
reproduziert. Dabei ist es beson- 
ders wichtig, daß weißes Papier 
und ein möglichst neues, 
schwarzes Farbband verwen- 
det werden. Nur mit dieser Ver- 
fahrensweise lassen sich Feh- 
ler, die beim Satz des Pro- 
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grammtextes entstehen könn- 
ten, vermeiden. 
DUMP-Veröffentlichungen 
möchten wir in Zukunft nur als 
Ausnahme gelten lassen, u. a. 
aus Platzgründen. 

Abschließend noch einige Aus- 
führungen zur Prüfung der der 
Redaktion für eine Veröffentli- 
chung eingereichten Software. 
Jedes Programm wird vor sei- 
nem Abdruck in MP begutachtet 
bzw. getestet. Wie jeder weiß, 
werden einige Fehler oft erst 
später sichtbar. Deswegen hat 
der Autor in erster Linie die Ver- 
antwortung für das fehlerfreie 
Funktionieren eines Program- 
mes. So versteht es sich - im 
Interesse aller Leser - von 
selbst, nur Lösungen einzurei- 
chen, die vom Autor ausgiebig 
getestet wurden. 


E Computerkabinett 

ln unserem Betrieb soll ein Com- 
puterkabinett eingerichtet wer- 
den. Die Ausstattung soll vorerst 
aus einem Büro- und einem Per- 
sonalcomputer bestehen. Zur 
Gestaltung des Raumes haben 
wir folgende Fragen: 

• Welches Raumklima (Tempe- 
ratur, Feuchte) wird verlangt? 

• Sind Schallschutzmaßnah- 
men erforderlich? Wenn ja, wel- 
che? 

• Welche elektrischen An- 
schlußwerte je Computer sind 
notwendig? 


• Wie hoch ist der Platzbedarf? 
usw. 

Seidel 

VEB Bau Grimmen, Produk- 
tionsbereich Berlin, Klement- 
Gottwaid-Aiiee 292, Berlin, 

1120 

Leider können wir zu den von 
Ihnen aufgeworfenen Proble- 
men keine detaillierte Auskunft 
geben. Da sie aber sicher von 
allgemeinem Interesse sind, ver- 
öffentlichen wir Ihre Fragen an 
dieser Stelle. Vielleicht erhalten 
Sie von anderen Lesern die ge- 
wünschten Informationen. 


Für mich war es eine ausge- 
sprochene Freude, daß auch Sie 
vom Fach, wie viele Tageszei- 
tungen, auf den jr-Trick herein- 
gefallen waren (MP 6/87, 2. Um- 
schlagseite). Unglücklicher- 
weise war meine Entgegnung 
auf die Veröffentlichung bereits 
im Heft 5/87 der „Technischen 
Gemeinschaft“, Seite 2 erschie- 
nen. 

Ich hoffe, Sie verstehen den 
Spaß. 

Prof. Dr. Karl-Heinz-Werler, 
Magdeburg 

Wir bedauern den Fehler und 
bitten unsere Leser um Nach- 
sicht. Die Anzahl der Stellen 
müßte richtig lauten: 
133554000. 


Termine 

Erste Z1013-Tagung 

WER? IG Heimcomputer der 
KDT am Informatikzentrum der 
TU Dresden 

WANN? 5. Dezember 1987 von 
10 bis 15 Uhr 

WO? Dresden, Informatikzen- 
trum 
WAS? 

- Hard- und Software zum 
Z1013 

- Softwarebörse 

WIE? Teilnahmemeldungen mit 
Softwareangebot und/oder An- 
gaben zu Vortragsmeldungen 
(Thema, kurze Inhaltsangabe, 
Dauer des Referates) sind bis 
zum 31 . Oktober 1 987 an Rainer 
Brosig, Wilhelm-Florin-Str. 2c, 
Coswig, 8270, zu richten. 

Prof. Dr. Tschoppe 


El Nutzung von 
Zeichenkettenvariablen 
zum Zwischenspeichern 
numerischer Daten 

Mit Interesse habe ich den Artikel 
Nutzung von Zeichenkettenva- 
riablen zur gleichzeitigen Ab- 
speicherung verschiedener 
Werte im Heft 5 gelesen. 

Die vorgestellte Lösung hat für 
größere Wertbereiche der abzu- 
speichernden Daten eine ge- 
wisse Bedeutung, ist aber für 
kleinere Wertebereiche 
(0 . . . 255) nicht sehr effizient in 
der Speicherauslastung. Es ist 
in REDABAS/dBASE II nicht nur 
die Anzahl der Speichervaria- 
blen sondern auch der durch die 
Variablen belegbare Speicher- 
platz begrenzt (etwa 1 KByte). 
Diese Grenze ist bei der Nutzung 
von Speichervariablen zur Zwi- 
schenspeicherung sehr schnell 
erreicht. 

Als Alternative zur STR- und 
VAL-Funktion zur Umwandlung 
numerischer Daten in Zeichen- 
ketten und umgekehrt bietet sich 
die CHR- und ORD-Funktion an 
(Unter dBASE RANK = ORD). 
Es lassen sich mit Hilfe der CHR- 
Funktion Werte von 0 . . . 225 in 
nur einem Byte einer Zeichen- 
kette abspeichern und über die 
ORD-Funktion wieder in den nu- 
merischen Wert wandeln. Das 
Bild zeigt in Anlehnung an o. g. 
Artikel ein Beispielprogramm, 
welches genau das gleiche lei- 
stet, aber nur eine Speicherva- 
riable von 99 anstatt 1 98 Zeichen 
erfordert und die maximale An- 
zahl der Personen auf 255 er- 
höht. 

Wolfgang Neumann, Berlin 


■ Initialisier 


STORE 1 TO Z 
DO WHILE Z<99 

STORE Msumm+CHR(0) TO M 


ENDDO 
* Sequen 


im, n, 1 ) ) tanz ah I } TO M 
2,98) TO Msumm 


STORE My 
ELSE 

IF n=99 

STORE $(Msumm, 1,98)+My TO 

STORE $(Msumm, l,n-l)+My+$( 
ENDIF 
ENDIF 
SKIP 
ENDDO 


SET PRINT ON 
? ' *** Altersstrukl 
STORE 1 TO z 
DO WHILE z<100 

STORE OHD($(Msui 


TO My 

+STR(z,2)+’: *+STR{My, 3)+* 


E3 Rätsel um Pi 
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Software-Bank 
der RGW-Länder 

Die RGW-Länder haben mit der 
Einrichtung einer Software-Bank 
begonnen, um verschiedenar- 
tige Aufgaben mittels EDV effek- 
tiver lösen zu können. Der bisher 
schon rege Austausch von Soft- 
ware-Entwicklungen wird durch 
den Interfap genannten Daten- 
fonds nun auf einheitlicher orga- 
nisatorischer, rechtlicher und 
ökonomischer Grundlage ge- 
stellt und weiter gefördert. 

Jedes Mitgliedsland kann durch 
den Verkauf eigener und durch 
den Kauf von Software anderer 
Zeit, Material und Arbeitskräfte 
sparen. 

In der DDR ist der VEB Daten- 
verarbeitungszentrum Dresden 
der Mittler zu den Partnern in 
den anderen sozialistischen 
Ländern. Die Einrichtung der er- 
sten internationalen Software- 
Bank erfolgt im Zuge der Reali- 
sierung des Komplexprogramms 
des wissenschaftlich-techni- 
schen Fortschritts der RGW- 
Länder bis zum Jahr 2000. ADN 


Von der Technischen 
Hochschule zur Tech- 
nischen Universität 

Kurz nacheinander erhielten die 
Technische Hochschule Karl- 
Marx-Stadt und die Technische 
Hochschule „Otto von Guericke“ 
Magdeburg den Status von 
Technischen Universitäten. Sie 
waren 1 952 bzw. 1 953 zur För- 
derung von Wissenschaft und 
Technik gegründet worden. 
Ständig wurde ihr Profil erwei- 
tert, neue Wissenschaftszweige 
und Studienrichtungen kamen 
hinzu, so daß sie schon geraume 
Zeit außer ihrem polytechni- 
schen weitgehend interdiszipli- 
nären Charakter tragen. Kenn- 
zeichnend dafür sind neben den 
traditionellen, breit gefächerten 
Technikwissenschaften die lei- 
stungsstarken natur- und gesell- 
schaftswissenschaftlichen Diszi- 
plinen in Lehre und For- 
schung. 

Dieser Entwicklung wurde mit 
der Verleihung des Status der 
Technischen Universität ent- 
sprochen. Zugleich soll damit 
eine neue Qualität der Wissen- 
schaften gefördert und doku- 
mentiert werden. Die lateinische 
Bezeichnung „universetas lite- 
rarum“ - Gesamtheit der Wis- 
senschaften - drückt dies aus. 
Hohe wissenschaftliche Ergeb- 
nisse und eine über Jahre wäh- 
rende Profilierung der Wissen- 
schaftsdisziplin waren hierfür 
wesentliche Voraussetzungen. 


Auch künftig bilden die Technik- 
wissenschaften, daher Techni- 
sche Universität, profilbestim- 
menden Schwerpunkt. 

Dr. W. Kottowski 


Fehlersuchsystem 

Ein leistungsstarkes Meßsystem 
zum Feststellen und Orten von 
Fehlern in Anlagen oder Bau- 
gruppen der Mikroelektronik hat 
der VEB Elektronik Gera vorge- 
stellt. Dieser Logikanalysator 
ergänzt die Mikrocomputer-Fa- 
milie MC 80. Die für jedes Bau- 
element charakteristischen Si- 
gnale oder Impulse werden auf 
einem Bildschirm grafisch darge- 
stellt, so daß der Nutzer im Ver- 
gleich mit den Service-Unterla- 
gen bei sehr geringem Zeitauf- 
wand Abweichungen bemerken 
und lokalisieren kann. Dabei 
wirkt sich günstig die Möglichkeit 
aus, bis zu 32 Signale zu spei- 
chern und bei Bedarf abzurufen. 
Herkömmlich werden für solche 
Zwecke mit höherem Zeitbedarf 
und geringerer Treffsicherheit 
Oszillographen eingesetzt. 
Grundlage des neuen Erzeug- 
nisses war eine Entwicklung von 
Wissenschaftlern der Techni- 
schen Universität Dresden, die 
im Betrieb modifiziert und tech- 
nisch auf den aktuellen Stand 
gebracht wurde. 

Der Logikanalysator wird in den 
folgenden Monaten in mehreren 
Wissenschaftseinrichtungen so- 
wie in Kombinaten wie Carl Zeiss 
JENA und Narva Berlin getestet. 
In diesem Jahr sollen rund 200 
Geräte gefertigt und ausgeliefert 
werden. Der Produktionsumfang 
soll im folgenden Jahr erhöht 
werden. 

ADN 


Zentraler Nachweis- 
speicher Angewandte 
Mikroelektronik 

Der ZNAM speichert Informatio- 
nen über Einsatzfälle der Mikroe- 
lektronik/Elektronik aus der ge- 
samten Volkswirtschaft und stellt 
sie an Interessenten für Nach- 
nutzungsentscheidungen auch 
wieder bereit. Er übt somit eine 
Vermittlerrolle zwischen Ur- 
sprungsbetrieben und Nachnut- 
zern aus. 

Rechte und Pflichten aller Be- 
triebe und Einrichtungen sind im 
Gbl. I, Nr. 22 vom August 1983 
verzeichnet. Darüber hinaus 
sind Rückfragen beim VEB App- 
likationszentrum Elektronik Ber- 
lin (AEB) telefonisch unter 
4300811 möglich. 

Neben dem vom VEB AEB her- 


ausgegebenen ZNAM-Katalog 
sei auf die Bezugsmöglichkeit 
von Arbeitsrecherchen aus dem 
ZNAM hingewiesen, von denen 
wir auszugsweise, entsprechend 
dem Profil der MP, die folgenden 
ansprechen: 

AR 10/86 Zusatzbaugruppen für 
Mikrorechnersysteme 
AR 1 1/87 Zusatzbaugruppen für 
Mikrorechnersysteme (1 . Ergän- 
zung, in Vorb.) 

AR 20/86 Einsatz von Mikropro- 
zessoren/Mikrorechnern in der 
Volkswirtschaft 

AR 30/87 ME-Einsatz zur ratio- 
nellen Energiegewinnung. 

Neuer Informations- 
dienst 

Der VEB Applikationszentrum 
Elektronik Berlin gibt ab 1 987 als 
neue Informationsleistung ein 
Verzeichnis technischer Unterla- 
gen - Aktive Bauelemente - her- 
aus. 

Es enthält für rund 4500 aktive 
elektronische Bauelemente den 
Nachweis, in welcher der techni- 
schen Unterlagen ZAK, Stan- 
dard, Datenblattsammlung, Ta- 
schenbuch, Unterlagen auf Mi- 
kroplanfilm ausführliche Bauele- 
mente-Dateninformationen zum 
jeweiligen Bauelement verfüg- 
bar sind. 

Das Verzeichnis ist eine alpha- 
numerisch geordnete Bauele- 
menteübersicht auf der Grund- 
lage des gültigen Sortiments mit 
jeweils mindestens einem Nach- 
weis der o. g. Unterlagen. Der 
Preis des regelmäßig erschei- 
nenden Informationsdienstes 
beträgt 25 M. 

Bestellungen für gesellschaft- 
liche Bedarfsträger (als Einzel- 
leistung oder im Abonnement) 
sind formlos zu richten an: 

VEB Applikationszentrum, Elek- 
tronik Berlin, Abt. DA, Mainzer 
Straße 25, Berlin, 1035 

MP 

Werkfoto 


Strichcode-System 

Ein einheitliches Code-System 
zur Identifizierung von Produk- 
ten (ETK) ist in Ungarn fertigge- 
stellt worden. Es umfaßt 300 
Gruppen, in die die wichtigsten 
Grundstoffe, Halbfabrikate und 
einige grundlegende Konsumar- 
tikel aufgenommen wurden. Zur 
Einführung des Systems bis 
Ende kommenden Jahres wur- 
den 50 Konsultationsstützpunkte 
für die Betriebe errichtet. Da 
auch Lagerbestände mit der glei- 
chen Computer-Codezahl verse- 
hen werden, können Erfassung, 
Registrierung und Veränderung 
erheblich beschleunigt werden. 
Konsumartikel werden schritt- 
weise mit einem aus Strichkom- 
binationen bestehenden Code 
versehen, der bei Exportartikeln 
bereits angewendet wird. Das 
ETK-System soll bis Ende des 
Jahrzehnts weiterentwickelt wer- 
den, so daß alle Materialien, Er- 
satzteile, Halb- und Fertigfabri- 
kate einen einheitlichen Identifi- 
zierungscode erhalten. 


„Telefon“-Karte 

Bargeldloses Telefonieren an 
öffentlichen Fernsprechern soll 
das neue Kartentelefon Sie- 
mens-interset 31 0, das statt ei- 
nes Münzeinwurfs einen Schlitz 
für spezielle Telefonkarten hat, 
ermöglichen (siehe Bild). Dazu 
wurde in der BRD im Dezember 
vergangenen Jahres ein ent- 
sprechender Großversuch ge- 
startet. Die Elektronik im Fern- 
sprecher bucht entweder die Te- 
lefongebühren direkt von einer 
Telefonkarte ab oder belastet 
über eine Buchungskarte das 
Fernmeldekonto des Anrufers, 
bzw. der Karteninhaber erhält 
eine Rechnung. Das „Gehirn“ 
der Chipkarte soll ein winziger 
Speicherchip mit einer ausgeklü- 
gelten Sicherheitslogik sein. 
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Analogwerterfassung 

mit den A/D-Wandlern C571C/C570C 


Klaus Christen 

VEB Halbleiterwerk Frankfurt (Oder) 


Kurzbeschreibung der A/D-Wandler 
C571C (C570C) 

Der C 571 ist ein kompletter, monolithisch in- 
tegrierter Analog-Digital-Wandler mit einer 
Auflösung von 10 Bit, bestehend aus D/A- 
Wandler, interner Referenzspannungs- 
quelle, Taktgenerator, Komparator, Sukzes- 
siv-Approximations-Register und Ausgangs- 
treibern. Durch Lasertrimmen werden die Li- 
nearität des Wandlers, die Endwertspannung 
und deren Temperaturkoeffizient abgegli- 
chen. Der C570 ist eine funktionsgleiche 
Version des C 571 , für die nur eine Auflösung 
von 8 Bit garantiert wird. 

Das Blockschaltbild des A/D-Wandlers C 571 
ist in Bild 1 dargestellt. Die Bauelemente be- 
nötigen zwei Betriebsspannungen von +5V 
und -15 V. Die A/D-Wandler verarbeiten im 
Unipolarbetrieb Eingangsspannungen zwi- 
schen 0 V und +10V und im Bipolarbetrieb 
zwischen -5Vund +5V. 

Die Wahl der Betriebsart erfolgt durch Ver- 
binden von Pin 15 mit Analogmasse (Unipo- 
larbetrieb) bzw. durch Nichtbeschalten von 
Pin 15 (Bipolarbetrieb). Die Bauelemente be- 
sitzen einen niedrigen Eingangswiderstand 
mit. einem typischen Wert von 5 kOhm. Der 
US-Eingang (Löschen/Starten und die Aus- 
gänge des Wandlers sind TTL-kompatibel. 

Zeitverhalten 

Der zeitliche Verlauf des Umsetzungsvor- 
ganges ist in_Bild 2 dargestellt. Im gelöschten 
Zustand (US = H) sind die Tristate-Daten- 
ausgänge hochohmig, und der Statusaus- 
gang STS liegt auf H-Potential. Mindern 
Übergang von H- auf L-Potential am U3-Ein- 
gang wird der Umsetzzyklus ausgelöst. Die 
Beendigung des Umsetzzyklus wird durch 
den Übergang auf L-Potential am STS-Aus- 
gang signalisiert. Nach einer Verzögerung 


von 0,5fis sind die Daten an den aktivierten 
Datenausgängen gültig. Die Umsetzzeit liegt 
zwischen 1 5 und 40 ^s, typisch bei 20/us. Ma- 
ximal 1,5^s nach dem L-H-Übergang am 
US-Eingang nimmt der Statusausgang H- 
Potential an, und die Datenausgänge gehen 
in den hochohmigen Zustand über. Wird der 
US-Eingang wieder auf L-Potential geschal- 
tet, beginnt eine erneute Umsetzung. Die mi- 
nimale Impulsbreite für das Abschalten der 
Datenausgänge und für den erneuten Um- 
setzstart beträgt 2^s. 

Ein positiver Impuls am US-Eingang mit tp 
ä 2/xs während des Umsetzens bewirkt den 
Abbruch der laufenden Umsetzung und ei- 
nen erneuten Umsetzstart. 

Mikrorechneranpassung 

Die A/D-Wandler C571 (C570) können mit 
einem Minimum an zusätzlichen Bauelemen- 
ten von einem Standard-Mikroprozessor ge- 
steuert bzw. an deren Datenbus angepaßt 
werden. Einen Schaltungsvorschlag für die 
Zusammenschaltung des C571 (C570) mit 
dem Mikroprozessor U 880 zeigt Bild 3. Der 
Umsetzvorgang wird gestartet, wenn die 
Steuerleitungen IORQ, WR = Lund der Aus- 
gang des Adreßdekoders ADR 1 = H sind (E/ 
A-Schreiben). Ein monostabiler Multivibrator 
sichert dabei die notwendige S tartimpuls- 
breite. Wenn die Steuerleitungen IORQ, RD 
= L und der Ausgang des Adreßdekoders 
ADR 1 = H sind (E/A-Lesen), werden BIT 1 
... 8 über die Bustreiber (DL 541 ) auf den Da- 
tenbus gegeben. Kommt ein 10-Bit-A/D- 
Wandler (C 571) zur Anwendung, werden 
BIT 9, 10 über einen weiteren Bustreiber bei 
IORQ, RD = L und ADR 2 = H an den Daten- 
bus geschaltet. Zusätzlich kann über diesen 
Bustreiber der Statusausgang des Wandlers 
abgefragt werden (Polling), um das Ende des 
Umsetzvorganges festzustellen. 

Eine zusätzliche Zwischenspeicherung der 
Ausgangsdaten ist nicht notwendig, da bis zu 
einem erneuten Umsetzstartkommando die 
Daten vom C571/C570 gehalten werden. 



A/D-Wandlers C571 


Eine weitere Variante zur Anschaltung eines 
A/D-Wandlers an den Datenbus eines Mikro- 
prozessors besteht in der Verwendung von 
Peripherie-Interface-Schaltkreisen, z. B. der 
PIO U 855. Bild 4 zeigt einen Schaltungsvor- 
schlag zur Anschaltung von maximal 8 C 570 
im Multiplexbetrieb. 

Die Tristate-Datenausgänge der A/D-Wand- 
ler erlauben die ausgangsseitige Parallel- 
schaltung mehrerer Wandler. Das 8-Bit-Da- 
tenwort eines Wandlers kann über Kanal A 
der PIO eingelesen werden (Byteeingabe). 
Über Kanal B der PIO und die US-Eingänge 
werden die Wandler gesteuert (Byteaus- 
gabe). 

Der Umsetzvorgang nur eines Wandlers wird 
durch den Übergang auf L-Pegel an dessen 
US-Eingang gestartet. Nach Beendigung 
des Umsetzvorganges werden nur die Da- 
tenausgänge dieses Wandlers aktiv. 

Die H/L-Flanke des Statussignals eines A/D- 
Wandlers bewirkt die Erzeugung eines 
Strobe-Impulses (ca. 1 /us), mit dem das Da- 
tenbyte in das Eingaberegister des PIO-Ka- 
nals A geladen wird und dessen UH-Flanke 
eine Interruptanmeldung (falls die Vorausset- 
zungen dafür gegeben sind) auslöst. 

Mit Hilfe eines Interruptbedienprogramms 
kann der nächste Wandler gestartet und das 
Datenbyte in die CPU übernommen wer- 
den. 

10-Bit-Datenerfassungssystem 

Datenerfassungssysteme werden benötigt, 
um eine Vielzahl von analogen Signalen in di- 
gitale Werte zur Weiterverarbeitung in einem 
Rechner aufzubereiten. Aus der möglichen 
Variantenvielfalt wird ein aus mehreren Ein- 
zelkomponenten aufgebautes 16-Kanal-10- 
Bit-Datenerfassungssystem vorgestellt 
(Bild 5): 

• Multiplexer: 

Mit dem BiFET-Analogmultiplexer MAB 16 E 
(Tesla) wird einer der 16 Analogeingänge in 
Abhängigkeit von der angelegten binären 4- 
Bit-Adresse an den nachfolgenden Abtast-/ 
Halteverstärker geschaltet. Das Umschalten 
der Eingänge beim Anlegen einer Kanal- 
adresse geschieht konfliktlos, da die Aus- 
schaltzeit der Analogschalter geringer als de- 
ren Einschaltzeit ist. Der „Ein“-Widerstand 
von weniger als 400 0hm ist für die hier ge- 
forderten Eingangsspannungsbereiche von 
— 5 V . . . +5 V und 0 . . . +10 V konstant. Die 
positive Eingangsspannung sollte auf S 1 1 V 
begrenzt werden. Die vom Daten- oder 
Adreßbus des Mikrorechners bezogene Ka- 
naladreßinformation wird im Adreßregister 
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Bild 3 Zusammenschaltung des C571 mit Mikrorechner auf U880-Basis 


Bild 4 Mikrorechneranpassung von acht C571 (Multiplexbetrieb) mittels PIO 
t/855 



• Abtast-/Halteverstärker: 

Die Digitalisierung sich schnell ändernder 
Analogsignale erfordert einen Abtast-/Halte- 
verstärker (AHV). Er speichert das Eingangs- 
signal für die Dauer der Umsetzung und dient 
gleichzeitig als Impedanzwandler. Die Ab- 
tast-/Halteschaltung MAB 398 (Tesla) erfaßt 
einen 10-V-Eingangssignalsprung mit der 
benötigten 10-Bit-Genauigkeit in 4ps. Die 
Wandlungszeit pro Kanal beträgt damit 34 ^s 
(Erfassungszeit tacq = 4//s, Umsetzzeit tc, 
max. = 30 ps). 

Als Haltekondensator wird ein 1-nF-Polysty- 
rol-Kondensator verwendet. 

Wird eine Umsetzung am A/D-Wandler ge- 
startet, geht der AHV in der im Bild 5 gezeig- 
ten Konfiguration automatisch für die Dauer 
der Umsetzung in den „Halte“-Zustand über. 
Mit dem Spindeleinstellregler PI wird der 


Nullpunkt für das gesamte System einge- 
stellt. 

• A/D-Wandler: 

Mit der Wahl der Betriebsart des Wandlers 
wird der Eingangsspannungsbereich des Da- 
tenerfassungssystems von -5V ... +5V 
oder von 0 . . . + 1 0 V festgelegt. 

Der Endwertabgleich für das gesamte Sy- 
stem wird mit dem Spindeleinstellregler P2 
vorgenommen. Die +5-V-Betriebsspannung 
ist gegen Digitalmasse und die -15-V-Be- 
triebsspannung ist gegen Analogmasse je- 
weils nahe am Schaltkreis mit 47 und 
100 nF (keramischer Scheibenkondensator) 
abzublocken. Um Verkopplungen zwischen 
den analogen und den störbehafteten digita- 
len Signalen zu vermeiden, sind separate 
Masseführungen zu verwenden. Alle Masse- 
leitungen sind sternförmig - mit dem Analog- 


Bild 5 1 6 -Kanal- 1 0-Bit-Datenerlassungssystem 


masseanschluß des A/D-Wandlers als Mittel- 
punkt - zu verbinden. Zu diesem Punkt wird 
auch die Digitalmasse geführt. 

Systemumsetzzyklus 
Die Wandlung der Eingangsspannung an 
den Analogkanälen geschieht im Normalfall 
in folgender zeitlicher Reihenfolge: 

1. Nach der Ausgabe/Übernahme der Ka- 
naladresse des anzuschaltenden Eingangs 
muß weiterhin die Zeit für das Einschwingen 
des Signals am Eingang des AHV berück- 
sichtigt werden. 

2. Mit der Ausgabe eines positiven Impulses 
von tp ä2/*s an den Eingang „Umsetzstart“ 
wird der Umsetzvorgang gestartet. 

Fortsetzung auf Seite 262 
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Zeitoptimierte A/D-D/A-Baugruppe 
mitC 571 /C 565 


Thomas Schmidt, Torsten Greiner 
Technische Hochschule Leipzig, 
Sektion Automatisierungsanlagen 


Einführung 

Mit dieser Baugruppe sollen bei einer Auflö- 
sung von 8 Bit schnell veränderliche analoge 
Signale erfaßt und analogdigital umgesetzt 
werden, so daß sie auf einer Rechnerschnitt- 
stelle (z. B. EMR) verfügbar sind. Gleichzei- 
tig, d. h. im time-sharing, soll die Ausgabe 
und D/A-Wandlung von im Rechner verarbei- 
teten Werten über die gleiche Schnittstelle 
gewährleistet werden. Die Anwendungsge- 
biete erstrecken sich von der/^R-gesteuerten 
Signalverarbeitung (z. B. NF-Signale) über 
die intelligente Sensorik (digitale Kennlinien- 
korrektur/Störgrößenkompensation) bis zur 
Prozeßsteuerung. Damit ist eine schnelle Re- 
aktion auf die sich ändernde Prozeßgröße 
möglich, so daß z. B. die Geschwindigkeit ei- 
ner durch Mikroprozessor gesteuerten Rege- 
lung beachtlich gesteigert werden kann. 

Die Schaltung stellt eine Applikation mit der 
nach dem Verfahren der sukzessiven Appro- 
ximation arbeitenden IS C571 D dar/1/, 121. 
Da für zeitoptimale Verarbeitung bei 8-Bit- 
^R-Systemen die Umsetzungsbreite auf 8 Bit 
beschränkt bleibt, ist in diesem Falle auch der 
Einsatz des Anfalltyps C570 D möglich. Da- 
bei ist jedoch zu beachten, daß auch die Um- 
setzzeit beim C 570 größer sein kann 121, so 
daß es in jedem Fall von Vorteil ist, ausge- 
messene Exemplare für zeitkritische An- 

1 

Thomas Schmidt (24) studiert nach seiner Berufs 
11/ Ausbildung mit Abitur als E-Monteur seit 1982 an 
' der Technischen Hochschule Leipzig, Fach Auto- j 
matisierungstechnik. ; 
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Dipl-tng. Torsten Greiner (29) studierte an der • 

• Technischen Hochschule Karl-Marx-Stadt (jetzt Sf 
Technische Universität Karl-Marx-Stadt), Sektion 

? Informationstechnik, im Fach Gerätetechnik. Seit ’ 
1! 1983 ist er als wissenschaftlicher Assistent an der 
” Technischen Hochschule Leipzig tätig und arbeitet .* 

• gegenwärtig an einer Dissertation auf dem Gebiet ' 
f der intelligenten Sensorik. 
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3. Der AHV wird in den „Halte“-Zustand ge- 
schaltet, und vom Statussignal wird mit H-Pe- 
gel die laufende Umsetzung angezeigt. 

4. Da für die Dauer des Umsetzzyklus die 
Analogeingangsspannung vom AHV gehal- 
ten wird, kann inzwischen die Kanaladresse 
des nächsten anzuschaltenden Eingangs 
vom Adreßregister übernommen werden. 
Das Umschalten des Analogmultiplexers 
bleibt also ohne Einfluß auf die Umsetzdauer 
pro Kanal. 

5. Die Beendigung des Umsetzzyklus wird 
durch den Übergang auf L-Potential am Sta- 
tusausgang signalisiert. Der AHV geht in den 
„Abtast“-Zustand über. 


Wendungen einzusetzen. Für den D/A- 
Wandler genügt der Anfalltyp C 5658 D. 

Die Umsetzzeit des C 571 von 15-30/zs (ex- 
emplarabhängig) wird als guter Kompromiß 
zwischen aufwendigen schnellen Parallel-A/ 
D-Wandlern und hochgenauen, langsame- 
ren integrierenden A/D-Wandlern angese- 
hen, da eine weitere Verringerung der Um- 
setzzeit die notwendige Zeit zur Verarbeitung 
im Mikrorechner bei Ausnutzung der maximal 
möglichen Umsetzrate ebenfalls verkürzen 
würde. Diese zur Eingabe, Ausgabe, Modifi- 
kation der Steuersignale und Datenverarbei- 
tung benötigte Zeit liegt aber bereits an der 
Grenze der durch die Baugruppe ermöglich- 
ten Umsetzzeit von 20-35 //s, so daß auf hö- 
here Abtastgeschwindigkeiten zugunsten ei- 
nes minimalen Hardwareaufwands verzich- 
tet wurde. 

Für sich schnell ändernde analoge Signale 
(du/dt ä 0,4 V/ms) macht sich eine Sample- 
and-Hold-Schaltung erforderlich /3/, um die 
Spannung am Eingang des A/D-Wandlers 
während der Umsetzzeit konstant zu halten, 
da ansonsten ein unvertretbar hoher Meßfeh- 
ler auftreten würde (zulässige Abweichung 
der Analogspannung am C 571 während der 
Umsetzzeit beträgt 1/4 LSB = 10 mV). 

Funktionsbeschreibung 

Zunächst soll anhand Bild 1 die prinzipielle 
Arbeitsweise der Baugruppe erläutert wer- 
den. Um sie so universell wie möglich einset- 
zen zu können, wurde ein empfindlicher Ein- 
gangsspannungsbereich von 0 ... 0,1 V vor- 
gesehen. Auf Grund des hohen Eingangs- 
spannungsbedarfes des C571 von 10 V 
macht sich eine Vorverstärkung des Signals 
um V u = 100 notwendig, die sich in 2 Stufen 
zu je V u = 10 aufteilt. Zwischen diesen Ver- 
stärkerstufen befindet sich die Sample-and- 
Hold-Schaltung, da mit einer solchen An- 
ordnung ein gutes Einschwingverhalten er- 
reicht wird. Die erste Stufe (NI) bildet einen 
hochohmigen Eingang (= 10 12 fi) und er- 
möglicht gleichzeitig das niederohmige La- 
den des Speicherkondensators. Dieser ge- 
währleistet zusammen mit dem Tortransistor 
(SFET) ein Speichern der Analogspannung 
für die Zeit der A/D-Umsetzung (Sample- 


. Nach einer Erfassungszeit von ^ 4/rs kann 
das nächste Umsetzstartkommando ausge- 
geben werden. Zwischenzeitlich können die 
A/D-Wandler-Daten vom Mikroprozessor ge- 
lesen werden. 
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and-Hold-Schaltung). Die zweite Verstärker- 
stufe (N2) sichert die notwendige hochoh- 
mige Abtastung des Speicherkondensators 
und stellt die so aufbereitete Eingangsspan- 
nung dem A/D-Wandler zur Verfügung. 

Durch eine LH-Flanke am Steuertakt c, der 
vom Rechner programmtechnisch realisiert 
werden kann, wird mit dem Strobe STB 1 der 
in dem zurückliegenden Meßzyklus gewon- 
nene Wert in das Latch RG 1 eingeschrieben, 
der notwendige Lösch-Startimpuls (LVS) von 
2/<s für den C571 ausgelöst, die Sample- 
Phase abgebrochen und in den Hold-Zu- 
stand übergegangen. Nach Beendigung der 
Umset zung durch den ADU geht das Status- 
signal STS nach L und die Sample-and-Hold- 
Schaltung öffnet sofort wieder, um den Halte- 
kondensator auf den aktuellen Spannungs- 
wert von NI nachzuladen. 

Während der Umsetzzeit kann das Steuersi- 
gnal Output Enable (OE) zum Einlesen des 
Wertes von RG 1 in den Rechner Low gesetzt 
werden. Nachdem der Wert eingelesen 
wurde, kann der Bus mit einem vom Rechner 
gesendeten Wert beschrieben werden (OE 
wieder Hi), der anschließend mit HL-Flanke 
des Taktes c durch den Strobe STB 2 in das 
Latch RG 2 eingeschrieben wird. Gleichzeitig 
wird durch den D/A-Wandler dieser 8-Bit- 
Wert umgesetzt und durch N3 im Bereich von 
0 ... 10 V am Analogausgang bereitgestellt. 
Den notwendigen Überblick über den zeitli- 
chen Ablauf aller Steuersignale und Daten im 
time-sharing gibt Bild 2. Die Organisation des 
Datenverkehrs ist bei richtiger Nutzung der 
Steuersignale OE und c in weiten Grenzen 
variierbar, jedoch muß beachtet werden, daß 
OE ständig H sein muß, wenn Daten vom 
Rechner gesendet werden (PIO als Ausga- 
beportinitialisiert). 

Analoger Eingangsteil/Sample-and-Hold- 
Stufe 

Diese Stufe ist für den Zeitvertauf die kritisch- 
ste, da sie die Eingangsspannung nicht ver- 
fälschen darf (Einschwing- und Koppelpro- 
bleme) und außerdem eine V u = 100 mit ei- 
nem Fehler von g 0,2% realisieren muß (für 
8 Bit ausreichende Genauigkeit). Sie ist in 
Bild 3 dargestellt. 

Als OPV kommen Typen mit SFET-Ein- 
gangsstufen zur Anwendung. NI arbeitet als 
1 . Verstärkerstufe und gleichzeitig als Impe- 
danzwandler, VDt und VD 2 sichern den not- 
wendigen Eingangsspannungsschutz bis U| 
= 1000 V. Als Tortransistor der Sample-and- 
Hold-Stufe wird ein SFET KP 303A mit U p 
<2V verwendet. Die Höhe der Gatespan- 
nung in der Hold-Phase beträgt etwa U G s 
= — 4 V und wird durch die Transistorstufe 
VT 4 und VT 5 geschaltet. In der Sample- 
Phase wird die Gate-Spannung von VT, über 
den Widerstand von 3,3 K der Sourcespan- 
nung mitgeführt, so daß bei U G s = 0 optimale 
Leitfähigkeit erzielt wird und somit ein niedri- 
ger Lade- und Entladewiderstand für den 
Haltekondensator C H gesichert ist. Mit dem 
komplementären Impuls am Source des VT-i 
wird über R2 und VT 3 die durch die Gate-Ka- 
nal-Kapazität und den Schaltimpuls über VT 4 
in den Hold-Kondensator eingespeiste La- 
dung kompensiert. Der Hold-Kondensator 
von 220 pF sichert bei der maximal nötigen 
Haltezeit von 30^s (Umsetzzeit des C571) 
eine decary rate von 0,001 % der zu messen- 
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den Spannung und eine Sperrdämpfung bei 
einer Koppelkapazität des VT, von 0,05 pF 
von 36 dB. Die durch das Einschwingverhal- 
ten begrenzte Sample-Zeit der Schaltung be- 
trägt ca. 3,5fiS. Der OPV N2 sichert mit ei- 
nem Eingangswiderstand von =10 12 ft die 
hochohmige Ankopplung an den Speicher- 
kondensator und realisiert die zweite Verstär- 
kerstufe. Die Gesamtverstärkung von NI und 
N2 ist durch R 4 zu V u = 100 abgleichbar. 

Digitalteil/Steuerung 

Die Steuerung des A/D-D/A-Wandlers erfolgt 
über die Taktleitung c (Bild 4). Bei der LH- 
Flanke wird das Strobe-Signal STB 1 als Na- 
delimpuls von etwa 60 ns generiert (D2.4, 
D2.3, D 1.3 u. D2.2), bei dessen Vorder- 
flanke das Latch 1 die bei der letzten Mes- 
sung gewonnenen Daten übernimmt und je 
nach Bedarf (Signal OE) an der Schnittstelle 
zur Verfügung stellt. Durch die Rückflanke 
des STB 1 wird das Monoflop (D 3) gestartet 
und erzeugt das Lösch-/Startsignal US von 
2fis Länge. Damit beginnt eine neue Mes- 
sung, und es erfolgt über Dl. 2, D1.1 bei 
US_= L das Umschalten in die Hold-Phase 
(S/H = L). Sobald die A usgänge des C571 
gelöscht sind, wird STS = Fl und damit über 
D2.1. die Hold-Phase während der Umset- 
zung weiter beibehalten. 

Istdie Umsetzzeit beendet (STS = L), wird 
S/H = H, dadurch der Tortransistor der 


eingeschrieben wird und zur D/A-Wandlung 
durch den C5658 bis zum Eintreffen der 
nächsten HL-Flanke zur Verfügung steht. N3 
arbeitet dabei als Strom-Spannungswandler 
und stellt eine Ausgangsspannung im Be- 
reich von 0 ... 1 0 V bereit /4/. 

Erfahrungen 

Mit dem beschriebenen Modul konnte eine 
leistungsfähige periphere Baugruppe ge- 
schaffen werden, die sich in jedes 8-Bit-Mi- 
krorechnerkonzept implementieren läßt. Die 
Anwendung im Zusammenhang mit Einchip- 
Mikrorechnern ist möglich und wurde vom 
Autor erfolgreich erprobt. Die Nutzung des 
Moduls in automatisierten Meßwerterfas- 
sungssystemen läßt sich mittels Ergänzen ei- 
nes Eingangsspannungsteilers, der über ei- 
nen Dekoder vom Rechner geschaltet wird, 
erweitern, so daß sich ein sehr großer Meß- 
bereich realisieren läßt. Außerdem ist über ei- 
nen Analogmultiplexer die Abtastung mehre- 
rer Meßstellen in relativ kurzer Zeit möglich, 
so daß die analoge Ausgabe in Abhängigkeit 
mehrerer zu überwachender Größen erfol- 
gen kann. Durch Ergänzung des Schalters 
S1 (Bild 3) wurde die Möglichkeit des C 571 
ausgenutzt, auch bipolare Signale verarbei- 
ten zu können (U, = -0,05 V . . . 0,05 V). Eine 
nähere Beschreibung erfolgt in 151. In Umge- 
bung mit starken Störeinflüssen macht sich 
das Abschirmen der sehr hochohmigen Ein- 


gangs- und Sample-and-Hold-Schaltung not- 
wendig, da sonst ein Einkoppeln der Stör- 
spannung auftreten kann. Die maximal mög- 
liche Umsetzrate ergibt sich aus der exem- 
plarabhängigen Umsetzzeit des C571 und 
den notwendigen 3,5/j.s für die Sample- 
Phase. Mit dem Muster konnte eine Abta- 
stung mit 40 kHz sicher realisiert werden. 
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Sample-and-Hold-Stufe geöffnet und der 
Speicherkondensator nachgeladen. Dieser Bild3 ► Stromlaufplan 
Zustand wird solange beibehalten, bis eine Analog-Eingangsteil 
neue LH-Flanke an c eintrifft. 

Bei der HL-Rückflanke an c wird der Stro- 
beimpuls STB 2 mit D 2.5, D 1 .4 und D 2.6 ge- 
neriert, durch dessen Vorderflanke das auf Bild 1 Prinzipschalt- 
der Schnittstelle stehende Byte in das Latch 2 bild der Baugruppe 
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C 571 D an U 880-Systemen 


Christian Heß 

Technische Hochschule Leipzig, 
Sektion Automatisierungsanlagen 


Vorbemerkung 

Die digitale Meßtechnik stellt immer höhere 
Anforderungen an Genauigkeit und Ge- 
schwindigkeit bei der Meßwerterfassung. Der 
monolithisch integrierte Analog-Digital- 
Wandler C 571 D kommt dem mit einer Auflö- 
sung von 10 Bit und einer Umsetzzeit von 
15... 30us entgegen. In Bild 1 ist die An- 
schlußbelegung des C571D (Vergleichstyp: 
AD 571 J von Analog Devices) dargestellt. 

PIO im Bitbetrieb 

Eine einfache Variante zur Ankopplung des 
C 571 D an die PIO eines Mikrorechners stellt 
Bild 2 dar. Für den 8-Bit-Anfalltyp des C 571 
D, den C570 D, wurde eine ähnliche Schal- 
tungin/1/ vorgestellt. Zusätzlich ist ei ne Mög- 
lichkeit zum Abgleich des 1 0-Bit-A/D-Wand- 
lers auf 1 0 mV pro LSB und somit einen Meß- 
bereich von 10,23 V nach 121 dargestellt. 

In der gezeichneten Stellung des Schalters 
SW liegt die bipolare Betriebsart des Wand- 
lers vor. Durch Schließen von SW wird zur 
unipolaren Betriebsart übergegangen. Die 
Ein- und Ausgangsinformationen für beide 
Betriebsarten des C 571 D sind in Tafel 1 zu- 


sammengestellt. 


Abgleich 

Der Abgleich kann in einer der beiden Be- 

Tafell Betriebsarten des C 571 D 


Betriebsart bipolar 

unipolar 

Schalter SW offen 

geschlossen 

Eingangs- 
spannung U, -5,12V 0V +5,11 V 

0V +10, 23V 

Daten 

BIT... BIT Q00H200H 3FFH 

00OH 3FFH 


triebsarten erfolgen. In der unipolaren Be- 
triebsart wird bei einer Eingangsspannung 
von 0 V der Dickschichteinstellregler NC ver- 
stellt, bis alle Ausgangsbits L-Pegel einneh- 
men. Der Dickschichteinstellregler EW wird 
bei U| = 10,23 V verstellt, bis alle Bits H-Pe- 
gel eingenommen haben. Dieser Abgleich- 
vorgang ist ggf. zu wiederholen. 

Durch intern lasergetrimmte Dünnfilmwider- 
stände 121 wird gewährleistet, daß der Ab- 
gleich für beide Betriebsarten gemeinsam 
vorgenommen werden kann. 

Meßwerterfassung 

Durch softwaremäßiges Setzen der PIO-Lei- 
tung B3 wird der ADU in die Löschphase ver- 
setzt. Mit dem folgenden Rücksetzen von B3 
wird die Wandlung gestartet. Der Statusaus- 
gang des ADU wird durch B2 abgefragt, bis L- 
Pegel anliegt. Ist dies der Fall, können die di- 
gitalen Daten in die CPU eingelesen werden. 
Bei einer Taktfrequenz des Mikrorechners 
von 2,5 MHz wird eine Meßzeit t M nach Gl. (1 ) 
benötigt, bis ein digitalisierter Analogwert ei- 
nem Doppelregister der CPU zur Verfügung 
steht. 

•m = tsTART + tc + tsA + tj_ESEN 

= 52...79 ( us (1) 

t M Meßzeit 

tsTART Zeit für den softwaremäßigen Start 
der Wandlung (= 36 Takte) 
tc Umsetzzeit des C 571 D (1 5 . . . 30/us) 
tsA Zeit für die softwaremäßige Status- 

auswertung (26 . . . 57 Takte) 
t|_ESEN Zeit zum PIO-Lesen (30 T akte) 

Ein Programm zu dieser Variante, allerdings 
mit dem 8-Bit-Anfalltyp C 570 D, wurde be- 
reits in /I / vorgestellt. 

PIO im Byte-Eingabe-Mode und Auslö- 
sung der A/D-Wandlung durch Verknüp- 
fung von CPU-Halt mit externem Synchro- 
nisationssignal SYN 

Bei der Konzipierung einer schnelleren Va- 
riante der Meßwerterfassung mit dem C571 
D wurde von dem Grundgedanken ausge- 
gangen, die Verarbeitung des Meßwertes 


(n-1 ) während der Umsetzzeit für den Meß- 
wert (n) vorzunehmen. 

Zur Realisierung wurden gemäß Bild 3 fol- 
gende Hard- und Softwarekomponenten ein- 
gesetzt: 

- PlO-lnitialisierung auf Byte-Eingabe; 

- ein CTC-Kanal interruptfähig als Zähler bis 

1 ; 

- Verknüpfung von /HALT mit SYN löst A/D- 
Wandlung und am CTC eine Interruptmel- 
dung aus; 

- in Interruptserviceroutine (ISR) erfolgen 
die Datenübernahme aus den PIO-Eingabe- 
registern und die Meßwertverarbeitung; 

- Statusmeldung /SA legt Strobe /STB bei- 
der PlO-Ports kurz auf L; 

- Abgleichelemente des ADU wie in Bild 1 ; 

- ggf. Sample & Hold-Schaltung vor ADU 
(z. B. KR 1 100 SK 2, AD 583, /5/). 

Bild 4 enthält die zugehörige Darstellung des 
Zeitverhaltens. Wenn die CPU im Halt-Zu- 
stand ist und das externe Synchronisations- 
signal SYN (das z. B. von einem Chopper ge- 
sendet wird) anliegt, wird das aus zwei 
NAND-Gattern bestehende RS-Flipflop ge- 
setzt, und der A/D-Wandler löscht seine Da- 
ten. 

Nach der Zeit t<i § 1 ,5/is schaltet das Status- 
signal /SA auf H, wodurch signalisiert wird, 
daß keine gültigen Daten anliegen, da die Da- 
tenausgänge hochohmig geschaltet sind. 
Durch die Gatterlaufzeiten der verwendeten 
CMOS-Schaltkreise, die durch kapazitive 
Belastung von D 1 .2 mit CI ^ 4,7 nF verlän- 
gert werden können, wird das Flipflop verzö- 
gert rückgesetzt und der A/D-Wandler ge- 
startet. Die Verzögerung muß so groß sein, 
daß der Löschimpuls die Herstellerforderung 
/3/ nach einer Dauer t p g 2fis erfüllt. 

Bei Verwendung von TTL-Schaltkreisen 
müßte ggf. vor dem Rücksetzeingang des 
RS-Flipflops eine zusätzliche Flankenverzö- 
gerungsschaltung zwischengeschaltet wer- 
den. 

Nach der Umsetzzeit t c schaltet /SA wieder 
auf L, und /STB wird durch die Impulsverkür- 
zungsschaltung für eine Zeit t w <S t) > 150 ns 
auf L gelegt. Diese Zeit wird benötigt, um die 
Daten in die PIO-Eingaberegister einzu- 
schreiben /4/. Mit der L/H-Flanke von /STB 
werden die Daten dann fixiert und stehen zur 


Bild 1 Anschlußbelegung des C571 D 


Bild 2 C 571 Dan PIO im Bitbetrieb 



BIT 10 (LSB) 

|9 Statusausgang (SA) 

Digitalmasse (M 0 ) 
pH BelriebsartumschaHung (MC) 

IH Analogmasse (M A ) 
Analogeingang (l^) 

U CC2 

J/7] Eingang Laschen /Starten (GR/ST) 
Ucci 
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Berufsausbildung mit Abitur seit 1981 anderTech- 
niscben Hochschule Leipzig in der Sektion Auto- 
malisierungsantagen und diplomierte zur Automa- 
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Übernahme durch die CPU zur Verfügung. 
Aufgrund der Impulsverzögerung durch die 
Gatterlaufzeiten und durch CI wird außer- 
dem die Herstellerforderung nach einer Ver- 
zögerungszeit t v < 500 ns, bis die Daten an 
den Wandlerausgängen stabil sind /3/, erfüllt. 

Software 

Nach der PlO-lnitialisierung auf Byte-Ein- 
gabe (Mode 1) wird ein CTC-Kanal (z. B. Ka- 
nal 3) interruptfähig als Zähler bis 1 program- 
miert. 

Nach Festlegung der ISR-Adresse wird der 
Interrupt erlaubt (El), und die CPU tritt in den 
Halt-Zustand. Sendet das externe Gerät sein 
SYN-Signal, wird die A/D-Wandlung ausge- 
löst, der Zähler dekrementiert und damit ein 
Interrupt an die CPU gemeldet. In der da- 
durch ausgelösten /SR wird zunächst ledig- 
lich eine neue ISR-Adresse festgelegt; 
gleichzeitig setzt der ADU seinen ersten Wert 
um und speichert ihn in den PIO-Eingabere- 
gistern ab. Nach RETI wird das Programm ei- 
nen Befehl nach dem HALT fortgesetzt. Dort 
könnte ein Sprung auf den vor dem HALT ste- 
henden Befehl El erfolgen. Jetzt kann die zy- 
klische Verarbeitung des (n-1 )-ten Meßwer- 
tes während der Umsetzung des n-ten Wer- 
tes erfolgen. 

Für den C571 D sind zwei IN-Befehle not- 
wendig, um die 1 0 Bit in die CPU zu überneh- 
men. Es ist softwaremäßig zu sichern, daß 
zwischen beiden IN-Befehlen kein Strobe- 
impuls auftritt. 

Wird keine Synchronisation durch externe 
Geräte benötigt, bleibt SYN unbeschaltet, 
bzw. die Gatter D 1.1 und D 2.1 können ganz 
entfallen. Der Ablauf beginnt dann mit /HALT 
= L. Sollen externe Geräte im Zeitablauf zy- 
klisch vom Mikrorechner gesteuert und mit 
der A/D-Wandlung synchronisiert werden, so 


wird ein CTC-Kanal im Zeitgebermode inter- 
ruptfähig initialisiert. Die Leitung SYN wird 
außer mit D2.1 mit diesem Zeitgeberkanal 
verbunden (in Bild 3 gestrichelt). Die Verbin- 
dung vom Ausgang von D2.1 zum Zähler 
entfällt. Der Zeitgeberkanal sendet bei jedem 
Übergang des Rückwärtszählers einen Im- 
puls aus, der die externen Geräte synchroni- 
siert und die A/D-Wandlung auslöst. Gleich- 
zeitig wird ein Interrupt an die CPU gemeldet. 
Die Software verändert sich außer in der 
Phase der CTC-initiaiisierung nicht. 

Einem erhöhten Hardwareaufwand von zwei 
Logikschaltkreisen und der Benutzung eines 
CTC-Zähler- oder Zeitgeberkanals steht ge- 
genüber, daß sich die Meßzeit t M um die Um- 
setzzeit L sowie um die Programmlaufzeiten 
für den ADU-Start und die Statusauswertung 
verkürzt. Hinzu kommt die Zeit für die Ausfüh- 
rung des Interrupts und für die Rückkehr vom 
Interrupt. 

Die Meßzeit ergibt sich somit nach Gl. (2). 
tM = tpESEN + W = 33 /LS (2) 

t| NT Zeit für Ausführen des Interrupts, für 
RETI und für Relativsprung auf El und 
HALT (53 Takte) 

PIO Im Byte-Eingabe-Mode und selbstän- 
dige Umsetzung durch den C 571 D 

Zur weiteren Verringerung der Meßzeit tM 
wurde eine Schaltung nach Bild 5 realisiert. 


bei der auf die Nutzung des Interruptsystems 
verzichtet wurde. Das zugehörige Zeitverhal- 
ten ist in Bild 6 dargestellt. 

Nach einem Initialstart des ADU werden die 
weiteren Umsetzungen durch seine eigenen 
Statusmeldungen ausgelöst. Gleichzeitig 
werden die Daten in die PIO-Eingaberegister 
eingeschrieben. Die CPU kann somit zu je- 
dem beliebigen Zeitpunkt den zuletzt umge- 
setzten Wert von der PIO übernehmen. Dazu 
wurde durch eine Strobesperre hardwaremä- 
ßig realisiert, daß während und zwischen den 
beiden notwendigen IN-Befehlen zum Einle- 
sen der 10 Bit aus der PIO in die CPU kein 
Strobe möglich ist. 

Ablauf 

Mit einem aktiven Resetsignal /RES wird das 
RS-Flipflop gesetzt und über /SA mit der er- 
forderlichen Verzögerung rückgesetzt. Da- 
durch werden die Datenausgänge des ADU 
hochohmig geschaltet und die Umsetzung 
gestartet. Nach der Umsetzung werden /SA 
= L und mit der erforderlichen Verzögerung 
(siehe Bild 4) SA' = H. Bei nichtgesperrtem 
Strobe (Q3 = H) gelangt die Statusmeldung, 
durch die RS-Flipflops 1 und 4 auf eine Dauer 
von ca. 200 ns verkürzt, an die Strobeein- 
gänge /ASTB und /BSTB der PIO. Damit wer- 
den die Daten in die Eingaberegister der PIO 
eingeschrieben, und gleichzeitig wird durch 
die Beschaltung von /STB an D 1 . 1 , verzögert 
durch C4, eine neue Umsetzung nach dem 


Bild 4 Zeitverhalten für Schaltung nach Bild 3 Bild 6 Zeitverhalten für Schaltung nach Bild 5 



Bild 3 Byteeingabe mit Auslösung der AID-Wandlung durch /HALT & SYN Bild 5 Selbständige Umsetzung durch den C571 D 
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Strobeimpuls ausgelöst. Die ersten gültigen 
Daten werden eingeschrieben, wenn /RES H 
ist, bevor SA' = H wird, da sonst die Umset- 
zung sofort wieder ausgelöst wird und beim 
Strobeimpuls u. U. die Datenleitungen be- 
reits wieder hochohmig sind. Aufgrund der 
üblichen Realisierungen des /RES stellt dies 
aber keine Einschränkung der Funktionsfä- 
higkeit dar, und auf eine Impulsverkürzungs- 
schaltung hierfür kann verzichtet werden. 

Strobesperre 

Zum Einlesen der im PIO-Eingaberegister 
abgespeicherten Daten eignet sich z. B. fol- 
gende Befehlsfoige: 

IN PIOA 
LD E, A 
IN PIOB 
LD D, A 

Durch die Strobesperre wird gewährleistet, 
daß während und zwischen den beiden ei- 
gentlichen Portleseoperationen (Takt-Zu- 
stände T3 der Maschinenzyklen M2 der 
CPU-IN-Befehle) das RS-Flipflop 3 rückge- 
setzt ist und der Eingang der L-aktiven Im- 
pulsverkürzungsschaltung H-Potential führt. 
Ein Strobeimpuls wird somit verzögert, bis 
Q3 gesetzt wird. 

Zur Erkennung einer bevorstehenden Lese- 
operation der PIO durch die CPU dient das L- 
aktive Signal 

/RD' = /IORQ + /CS + /RD + C/D. 

Die Rücksetzung /R3 = /RD' + B/A wird nur 
im Befehl IN PIOA erfüllt. Q3 wird auf L ge- 
schaltet und da mit ein Str obe so lange verzö- 
gert, bis /S3 = /RD' • B/A durch den Befehl 
IN PIOB das RS-Flipflop wieder setzt und 
Strobe erlaubt wird. Die Impulsverkürzung 
wurde aus zwei RS-Flipflops realisiert, da 
das NAND-Gatter Dl. 4 in einer anderen 
Schaltung verwendet wurde und auf einen 
zusätzlichen Schaltkreis verzichtet werden 
sollte. Die CPU sendet die Signale /IORQ, 
/CS, /RD, C/D und B/A mindestens 2 Takte 
(ca. 800 ns) vor dem eigentlichen Lesen der 
Daten /4/. Dadurch ist gewährleistet, daß un- 
ter Berücksichtigung der Verzögerungs- und 
Flankenübergangszeiten das Rücksetzen 
des RS-Flipflops 3 und, im worst case, ein un- 
mittelbar vor der Bedingung /R3 = L begon- 
nener Strobeimpuls (Dauer ca. 200 ns) been- 
det sind. Die Gesamtverzögerungszeit der 
Strobesperrung (realisiert mit CMOS-Schalt- 
kreisen bei 5 V Betriebsspannung) beträgt in 
der realisierten Variante 200 ns, die Gesamt- 
flankenübergangszeit 60 ns. 

Der Hersteller garantiert aber nur, daß die 
Gesamtverzögerungszeit t vges . = ^,2/iS ist. 
Für industrielle Anwendungen empfiehlt sich 
deshalb der Einsatz von LS-OR-Gattern des 
DL 032 D. Bei der Strobefreigabe durch Set- 
zen des RS-Flipflops 3 ist es notwendig, /S3 
zu verzögern, bis die Portleseoperation im 
Befehl IN PIOB erfolgt ist. Das wird durch C3 
realisiert. In der Initialisierungsphase der PIO 
erfolgt durch eine Initialeingabe in Port B ein 
Anfangssetzen des RS-Flipflops. 

Eine einfachere Realisierung der Strobe- 
sperre stellt die Beschaltung von BRDY der 
PIO an D 1 .2 dar (gestrichelt dargestellt). Die 
Verbindung mit Q3 entfällt, wodurch D2 ein- 
gespart werden kann. In dieser Variante wird 
nach einem Strobeimpuls noch eine Umset- 
zung ausgelöst, der nächste Strobe und so- 


mit der nächste Start einer Umsetzung wer- 
den aber unterbunden, bis PlO-Port B gele- 
sen wurde. 

Synchronisation der A/D-Wandlung 
Zur Synchronisation der A/D-Wandlung 
durch ein externes /SYN-Signal wird dieses 
an beide Eingänge von D 1.1 geschaltet. Die 
Verbindungen mit /STB und /RES entfallen. 
Durch C4 kann die Auslösung der Umset- 
zung verzögert werden, bis evtl, auftretende 
Übergangsvorgänge des Analogsignals 
(z. B. durch Choppern oder Multiplexen) ab- 
geklungen sind. 

Durch den Einsatz von 3 bzw. 4 Logikschalt- 
kreisen kann die Zeit, bis der zuletzt umge- 
setzte ADU-Wert in einem Doppelregister der 
CPU abgespeichert ist, auf eine Meßzeit 
nach Gl. (3) verringert werden. 
tM = tLESEN = 12,ttS (3) 

Verwendung des C 570 D 

Bei Verwendung des C570D kann ggf. die 
Abgleichschaltung nach Bild 2 entfallen. 
(Siehe hierzu /I /.) Die Bits 1 0 und 9 entfallen, 
so daß alle Daten über PlO-Port A gelesen 
werden können. In den Bildern 3 und 5 blei- 
ben somit die PlO-Ports B unbenutzt. Weiter- 
hin können in Bild 5 die Gatter D4.1, D1.3 
und D3.3 sowie C3 entfallen. Der Ausgang 
von D 2.4 wird direkt mit D 1 .2 verbunden. Bei 
Strobesperrung durch RDY der PIO ist ARDY 
zu verwenden. 

Durch die Softwarereduzierung kann z. B. die 
Lesezeit auf 4,5//s gesenkt werden, bis die 
Daten dem Akkumulator zur Verfügung ste- 
hen. 

Schlußbemerkung 

Durch die Realisierung von Hardwarestruktu- 
ren bei den beschriebenen Applikationen un- 
ter Verwendung von, bei den auftretenden 
Frequenzen noch als verlustarm zu bezeich- 
nenden, CMOS-Schaltkreisen kann die Meß- 
zeit bis auf 12 ^s (C570D: 4,5 ps) gesenkt 
werden. 


Dieter Zühlke 

VEB Mikroelektronik „Karl Marx“ Erfurt 


Vorgestellt wird eine Platine, die bei Klein- 
und Bürorechnern als Bindeglied zu Steue- 
rungs- und Regelungsprozessen sowie für 
die Erfassung und Abspeicherung von Ana- 
logsignalen gedacht ist. Das System umfaßt 
jeweils 8 Multiplexkanäle bei AD-Wandlung 
( C571 ) und DA-Wandlung (C565) sowie ei- 
nen Einchip-Mikrorechner (EMR) U884 mit 
SRAM (z. B. U6516) als Speicherblock und 
drei verschiedene digitale Anschlußmög- 
lichkeiten. 


Bei Umsetzung nach Bild 3 unter Verwen- 
dung dynamischer RAMs im verwendeten 
Mikrorechner und deren Refresh im T ranspa- 
rent-Mode ist längeres Verweilen im Haltzu- 
stand der CPU zu vermeiden, da aufgrund zu 
häufigen Refreshs thermische Probleme auf- 
treten könnten. 

Bezüglich der aufgenommenen bzw. auf- 
gebrachten Ausgangsströme des verwende- 
ten CMOS-Gatters beim Treiben von GR/ 
ST treten keine Probleme auf, da laut /7/ der 
Steuerstrom /l m / < 40 /<A ist. 

Die Umsetzzeit des eingesetzten Exemplars 
betrug tc = 18/rs. Die vorgestellten Applika- 
tionen stellen Beispiele dar, die Anregungen 
für Schaltungen mit dem C571D an U880- 
Systemen geben sollen. 
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Vorbemerkungen 

Die ADDA-EMR 02 und 03 ist eine univer- 
selle Platine (K1520-Format), die für keinen 
speziellen Anwendungsfall entwickelt wurde. 
Im folgenden sollen neben der Beschreibung 
der Funktionsblöcke auch einige Anwen- 
dungsbeispiele angedeutet werden. Haupt- 
anwendungsgruppen sind neben dem Ratio- 
nalisierungsmittelbau auch Schul- und Bil- 
dungseinrichtungen. 

Die Funktionsblöcke (Bild 1) sind: 

• EMR-Speicher-Block (U882XM oder 
U884XM) Variante 02 mit 7x28poligen Fas- 


Einplatinenrechner 

als Schnittstelle zwischen Analog- 

und Digitaltechnik 
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Bild 2 RESET- und Power-Down-Logik 

sungen für SRAM, EPROM 

Variante 03 mit 3x28poligen Fassungen für 

EPROM und 1 2 x U 224 als SRAM 

• RESET- und Schlafsteuerungslogik 

• IFSS-Block 

• 3 x 8-Bit-Ein- oder Ausgabelatches 

• DMA-Anschluß 

• 10-Bit-ADW-Block mit Sample & Hold 

• 12-Bit-DAW-Block. 

Durch die Blockstruktur wird eine ökonomi- 
sche Teilbestückung ermöglicht. Die Versor- 
gungsspannungen betragen +/-15Vfürden 
Analogteil und +5V für den Digitalteil sowie 
beim Akku 3-5 V bei Power-Down-Betrieb. 

EMR-Speicher-Block 

Die Platine kann mit den EMR-Schaltkreisen 
U8840M und EPROM U2732C oder 
U 8841 M (für Power-Down-Betrieb) und 
EPROM 02732C bzw. U 8820M und EPROM 
U2716C oder U8821M (für Power-Down- 
Betrieb) und EPROM U 271 6C bestückt wer- 
den. 

Durch Programmierung der Ports 0 und 1 auf 
Adreß-Datenport wird über ein 1 6-Bit-Adreß- 
latch und einen 8-Bit-Datentreiber der An- 
schluß zwischen dem EMR und dem exter- 
nen Speicher auf der Platine gewährleistet. 
Beim Speicher-Block besteht bei beiden Va- 
rianten die Möglichkeit, den EMR und die 
SRAMs durch einen Akku zu puffern. Eine 


Trennung von Programm- und Datenspei- 
cherbereich ist durch Anschluß P34 (Pro- 
grammierung DM) möglich, und die Schreib- 
sperren für die SRAMs sind auf der Leiter- 
platte einschaltbar. 

Besonders die ADDA-EMR 02 ist hinsichtlich 
der Weiterentwicklung der Speicherschalt- 
kreise in ihrer Bestückung offen. 

RESET- und Schlafsteuerungslogik 

Diese beiden Funktionen, verbunden mit ei- 
ner Spannungsüberwachung, sind im Bild 2 
dargestellt. Die Überwachungsschaltung 
wertet die positiven Halbwellen einer Wech- 
selspannung (> 5 V) aus und löst beim Unter- 
schreiten einer Triggerschwelle eine H/L- 
Flanke am Ausgang aus, die vom EMR als In- 
terruptquelle genutzt werden kann. Auf die 
Beschreibung der RESET- und Power- 
Down-Logik soll hier verzichtet werden. 

Ihre Aufgaben sind: 

- Sicheres Umschalten in den Schlafzu- 
stand der Register des EMR und der SRAMs 

- exakte Rücknahme des aktiven RESET- 
Zustandes auch bei langsam steigender Be- 
triebsspannung. 

IFSS-Block 

Als Basis der Kopplung dient der IFSS-Stan- 
dardanschluß (Interface zum sternförmigen 
Anschluß von Ein- und Ausgabegeräten mit 
serieller Informationsübertragung). Dieser 
besteht aus zwei Stromschleifen (Sender 
und Empfänger) für 20 mA. Über Optokopp- 
ler erfolgt eine galvanische Trennung zwi- 
schen der ADDA-EMR und der Übertra- 
gungsleitung. Der EMR bestimmt die Bitrate 
(1 1 0 ... 1 9 200) und das serielle Datenformat 
der asynchronen Übertragung. Durch die An- 
schlüsse P20, P21 , P22 kann der EMR über 
eine Verknüpfungslogik entscheiden, mit 
welchen der 2 Geräte (z. B. aktive Tastatur 
und Wirtsrechner) er in Verbindung tritt oder 
ob er die Datenleitung durchschaltet (Bild 3). 

3 x 8-Bit-Ein- oder Ausgabelatch 

Als Latch sind DS8282D verwendet worden, 
die je nach Bestückung als Ein- oder Ausga- 
betor fungieren. Die Datenleitungen sind an 
die getriebenen Speicherleitungen ange- 


schlossen. Über die Adreßleitung A8, A9 und 
A10 werden die Latches angesprochen. 
Durch den Anschluß P27 (L -> l/U und 
H -» Speicher) wird ohne Einschränkung des 
Daten- und Programmspeicherbereiches 
eine klare T rennung von diesen erreicht. Dies 
ist besonders bei der Abspeicherung um- 
fangreicher Meßreihen und bei dem externen 
Speicherzugriff von Vorteil. 

DMA-Anschluß 

Um einen schnellen und damit auch umfang- 
reichen Datentransfer zu ermöglichen, ist ein 
direkter Speicherzugriff notwendig. Dies wird 
vom EMR programmtechnisch durch die 
Möglichkeit des hochohmig Schaltens von 
Port 0 und 1 und der Steuerleitungen AS, DS 
und RA N unterstützt. Die Schnittstelle umfaßt 
diese Leitungen zuzüglich der notwendigen 
Leitungen BUSAK (P32) und BUSRQ (P35). 
Wesentliches Kriterium der Gegenstelle ist, 
daß sie zeitmultiplex Adressen (16 Bit) und 
Daten (8 Bit) senden und empfangen kann. 

ADW-Block 

Im Bild 4 ist das Schaltbild des Analog-Digi- 
tal-Wandlers dargestellt. Die Ports PI 0 ... 1 7 
und P00 ... 03 sind auf Eingang program- 
miert. Über das obere Nibbel von Port 0 wird 
der Kanal des Multiplexers (V4051 D) ausge- 
wählt, der seinen Analogwert auf den Kon- 
densator C in der Abtastphase gibt. Danach 
wandelt der C571D den Wert, und er kann 
vom EMR zur Weiterverarbeitung gelesen 
werden. Mit dem Anschluß P23 wird die Steu- 
erlogik gestartet, und am Anschluß P24 wird 
das Ende der ADW vom C571D registriert. 
Im nächsten Abschnitt wird ein Programm für 
8-Kanal-AD- und -DA-Wandlung gezeigt. 
Technische Daten: 

Anzahl der Kanäle: 

Spannungspegel: 

Auflösung: 

Umsetzzeit: 


Abtastzeit: 

DAW-Block 

Der Digital-Analog-Wandler ist im Bild 5 dar- 
gestellt. Die Ports 0 und 1 sind auf Ausgabe 


maximal 8 
+/-5V 

10 Bit bei C 571 D 
8Bit bei C 570D 
15... 30/<s bei C 571 D 
(typisch 1 8 ... 20 ßS) 
15... 40 ^s bei C 570D 
5 ms 
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Bild 4 AID-Wandler-Block 


Bild 5 D/A- Wandler-Block 
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Anwendungshinweise 

Die Analogeingänge sollten auf eine Span- 
nung +/-5V begrenzt werden (Bild 7) oder 
der vorhergehende OV sollte diese Betriebs- 
spannungen haben. 

An den Anschlüssen P30 bis P33 kann mit ei- 
ner H/L-Flanke ein Interrupt ausgelöst und in 
die Analogwertaufnahme eingebunden wer- 
den. Dadurch ist es möglich, 

- ein ständiges Abspeichern (Überschrei- 
ben) sofort oder zeitverzögert zu beenden 
(z. B. Havariefall) 

- eine begrenzte Meßreihe vom Startimpuls 
an aufzunehmen, wobei die Zeitabstände 
zwischen den einzelnen Meßwerten von der 
ÄD-Programmroutine (lOO^s ... Stunden) 
abhängen. 

Bei Verwendung eines 7,37280-MHz-Quar- 
zes ist eine uhrzeitsynchrone Arbeit des EMR 
möglich. 

Wenn Meßwerte über sehr lange Zeiträume 
aufgenommen oder ausgegeben werden sol- 
len, ist eine zeitgestaffelte Bearbeitung mög- 
lich (e-Funktionen). 

Soll auf einfache Art die gespeicherte Meß- 
wertreihe kontrolliert oder mit einer zweiten 
Meßreihe verglichen werden, so wird dies 
durch Anschluß der ADDA-EMR an einen 
Zweistrahloszillograf und durch die periodi- 
sche Ausgabe dieser Meßreihen über zwei 
DA-Kanäle erreicht. 

Der DA-Wandler-Block kann mit dem Spei- 
cherbereich auch als freiprogrammierbarer 
Funktionsgenerator verstanden werden, so 
zur Erzeugung von variablen Phasen- und 
Frequenzgängen für simultane Dreh- 
ströme. 

Eine Erhöhung der analogen Eingänge bis 
auf 64 Kanäle ist durch den Anschluß von 
V4051 D und B084Dp nach Bild 8 möglich. Zu 
beachten ist, daß sich dann die Zeitpunkte für 
die Abtastung eines Kanals mit wachsender 
Signalzahl im gleichen Verhältnis vergrößern 
und sich die Offsets der in Reihe geschalte- 
nen OV multiplizieren. Ähnliches gilt für die 
Erhöhung der analogen Ausgänge. 

Durch die Schaltung nach Bild 9 kann für A/D- 
Wandler eine automatische Meßbereichsum- 
schaltung realisiert werden. 

Schlußbemerkungen 

Die Variabilität des Speicherblocks wurde 
durch eine hohe Anzahl an Wickelverbindun- 
gen bei der ADDA-EMR 02 ermöglicht. 

Die Trennung von Speicher und I/O-Schnitt- 
stelle durch den Anschluß P27 erfordert ei- 
nen erhöhten Programmaufwand bei der 
Nutzung dieser Schnittstelle. 

Eine im Dauerbetrieb arbeitende Platine mit 
zusammengeschalteten analogen Ein- und 
Ausgängen arbeitet problemlos. 

Der VEB Mikroelektronik „Karl Marx“ Erfurt 
bietet ein Nachnutzungspaket mit begrenzter 
Anzahl durchkontaktierter Leiterkarten an. 
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Transformationsprogramm für 
dBasell- und TURBO-PASCAL-Dateien 


Dirk Mehlhorn, Hans-Jürgen Bauer 
Technische Hochschule Leipzig, 
Sektion Elektroenergieanlagen 


Das Programm S1 realisiert die Transforma- 
tion einer dBasell-(bzw. REDABAS-) Datei 
in eine TURBO-PASCAL-(bzw. PAS- 
CAL880/S-) Direktzugriffsdatei oder die 
Rücktransformation einer TURBO-PASCAL- 
Direktzugriffsdatei in die dBasell-Datei (oder 
in eine Datei gleicher Struktur). Beide Ope- 
rationen können zu beliebiger Zeit ausge- 
führt werden. Bedingung ist, daß vor der 
Rücktransformation mindestens eine Trans- 
formation erfolgte. 

Zusätzlich wird (nur bei der 1. Transforma- 
tion) eine TURBO-PASCAL-Quelltextdatei 
angelegt, die den Deklarationsteil für die er- 
zeugte Direktzugriffsdatei enthält. 

Aufruf 

S1 [[LW:] [DATEINAM. TYP] [0] 

{0 für Output (Transformation dBASEII 4> 
TURBO-PASCAL)} 

S1 [[LW: ]DATEINAM. TYP] [1] 

{I für Input (Transformation TURBO-PAS- 
CAL => dBase II)} 

(DATEINAM. TYP: = Name/Typ der dBasell- 
bzw. REDABAS-Datei) 

Leistung 

1. Output 
S1 erzeugt 

1. Die TURBO-PASCAL-Direktzugriffsdatei 
DATEINAM. RAN auf dem (angegebenen/ 
aktuellen) Laufwerk. 

2. Die Deklarations-Quelltextdatei DATEI- 
NAM. DEK auf dem (angegebenen/aktuel- 
len) Laufwerk. 

(Extensionen werden automatisch gesetzt). 
2. Input 

S1 überträgt den Inhalt der TURBO-PAS- 
CAL-Direktzugriffsdatei DATEINAM. RAN in 
die dBase Il-Datei DATEINAM. TYP auf dem 
(angegebenen/aktuellen) Laufwerk. 

Parameter 

maximale Breite der dBasell-Datei; 

1000 Zeichen/Zeile 

maximale Länge der dBasell-Datei: 

65 535 Zeilen 


Transformationsparameter 

Standard: 

Felder in dBasell => Variablen in 


TYP LÄNGE 
C n 
L 1 
N 1-2 
N 3-4 
N 5-max 
N 2-max 


TURBO- 

PASCAL 

DEZI MALST. TYP [LÄNGE] 
0 STRING [n] 

0 BOOLEAN 

0 BYTE 

0 INTEGER 

0 REAL 

1-68 REAL 


Weitere Liefermöglichkeiten: 

Felder in dBasell => Variablen in 

TURBO- 
PASCAL 

N|1-m{m<4}| BYTE 

B|m+1|bis7 INTEGER 

Transformationszeit 

Die Transformationszeit wird durch die Lese- 
Schreibgeschwindigkeit der Laufwerke und 
den Umfang der Datei bestimmt. Eine Trans- 
formation dauert etwa solange wie ein Kopie- 
ren der Datei von Diskette zu Diskette mittels 
PIP oder POWER. 


Speicherplatzbedarf auf Diskette 
Deklarations-Quelltextdatei: 2 KByte 

TURBO-PASCAL-Direktzugriffsdatei: ent- 
sprechend dBasell-Quelle. 

(Anmerkung: In den meisten Fällen wird we- 
niger Speicherplatz benötigt, da numerische 
Felder in dBasell in die internen TURBO- 
PASCAL-Formate real/integer/byte transfor- 
miert werden.) 

UPDATE 

1 . Output: 

Die Direktzugriffsdatei DATEINAM. RAN wird 
bei wiederholtem Aufruf von S1 jedesmal 
überschrieben. 

S1 prüft bei jederA Aufruf, ob die Datei DA- 
TEINAM. DEK auf LW vorhanden ist und legt 
sie im Bedarfsfall an. 

2. Input: 

Die dBasell-Datei wird mit den Daten der 
PASCAL-Direktzugriffsdatei DATEINAM. 
RAN aktualisiert, alle in PASCAL vorgenom- 
menen Änderungen (z. B. Löschen, Anfügen, 
Ändern der Sätze der Direktzugriffsdatei) 
werden in die dBasell-Datei übernommen. 


Einsatzmöglichkeiten 
Für dBasell-Programmierer: 

Einbindung von TURBO-PASCAL-Program- 
men (z. B. für umfangreiche numerische Be- 
rechnungen) in dBasell-Programme. 

Für TURBO-PASCAL-Programmierer: 
Nutzung der von dBasell angebotenen Mög- 
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pro<jra« sibsp; 

{KI slbsp.dek} 
begin 

ass i gn (slbspf ile, 'slbsp.ran' > ; 
reset (slbspf ile) j 
{Kontroll ausgabe} 
while not oof (slbspf i le) do 

read (slbspf i le, slbspsat vor) ; 
with slbspsatvar do 

wr i teln ( "Kontroll ausgabc S1BSP.RAN») j 
writelnj 

wr i teln ( ’ AAAPAAAAAA» ’ , aaaaaaaaaa) ; 
writeln('B«',b, r ; O'.c,' j D»’,d>| 
wr f 
wr i teln ( '6=’ ,g> > 
endj 

wr i teln ( 'wc 1 ter «it bei. Tastendruck ') jrepeat until keyprossedj 
end ; 

{Anfuegen eines neuen Satzes} 
seek (slbspf i le,f i los i ze (slbspf ile) ) | 
slbspsatvar . aaaaaaaaaa HALLO ' 5 
wr i te (slbspf i le r slbspsatvar ) | 
close (slbspf ile) ; 


Bild 1 Beispielprogramm 

lichkeiten der Dateneingabe/-Aufbereitung/- 
Plausibilitätsprüfung. 

Zur Pflege und Wartung von Stammdaten 
mittels dBasell. 

Nutzung des Reportgenerators/Maskenge- 
nerators (ZIP) in dBasell zur Datenausgabe. 
Nutzung der Kompatibilität von dBasell/RE- 
DABAS zu anderen Programmiersprachen 
(BASIC/FORTRAN), zu anderen Servicepro- 
grammen (Kalkulations-/Statistikpro- 
gramme, z. B. SUPERCALC/ABSTAT) sowie 
zum Grafikprogramm PCGRAF. 

Hinweis: 

S1 nutzt die SCP-Kommandozeile (ab 
80 hex) zur Übergabe des Dateinamens der 
dBasell-Datei und der Output-/lnput-Option. 
Einbindung von S1 in andere Programme: 

1. dBasell 

- Output 

Quit to ' [LW1 :]S1 [LW2:]DATEINAM. TYP 
0' 

- Input 

Quitto' [LW;:]S1 [LW2:]DATEINAM. TYP I' 
(LW1 = Laufwerk, auf dem sich S1 befindet; 
LW2=Laufwerk, auf dem sich die dBasell- 
Datei DATEINAM. TYP befindet) 


2. Zum Aufruf von S1 in mit TURBO-PAS- 
CAL erstellten Programmen wird die Proce- 
dur EX bereitgestellt 

- Output/Input 

mit CHAIN -AUFRUF 

ex ('[LW:]S1 .CHN', ’{LW:]DATEINAM. TYP’, 
*0‘); mit EXECUTE-AUFRUF 
ex('[LW:]S1 . COM'.'fLW:] DATEINAM. 
TYP', ‘0’); (bzw. T) 

Hinweis: 

- Im rufenden Programm muß das Include- 
File EX.INC 

eingebunden sein ({QlEX.INC)-Anwei- 
sung). 

- Für die Einbindung mittels CHAIN wird das 
Programm S1 .CHN (S1 .COM ohne TURBO- 
PASCAL-Laufzeitbibliothek) benötigt. 

Beispiel 

Im Beispiel werden benötigt: 

LW A: dBase.COM 
S1.COM 

LW B: S1 BSP. DBF 
S1BSP.COM 

Es werden folgende Dateien erzeugt: 

LWB: S1BSP.DEK 
S1 BSP. RAN 


Mikroelektronik und Computertechnik 
aus der Sicht der Karikaturisten 



Auf der KARIGRAFIE’87 in Ber- 
lin - veranstaltet wurde sie von 
den Sektionen Pressezeichner/ 
Karikaturisten des Verbandes Bil- 
dender Künstler der DDR und des 
Verbandes der Journalisten der 
DDR - entdeckt: 

4 Ergonomischer Hammer mit digitaler 
Anzeige für totgeschlagene Zeit 
von Roland Jäger 

► CAD/CAM-Helm 
von Rainer Schwalme 



Folgende dBasell-Datei wurde in dBasell 
mittels create erzeugt und durch append mit 
Daten gefüllt: 

: display strukture 

STRUKTURE FÜR FILE B: S1 BSP. DBF 
NUMBER OF RECORDS 00002 
DATE OF LAST UPDATE 02/05/87 
PRIMARY USE DATABASE 
FLD NAME TYPE WIDTH DEC 

001 AAAAAAAAAA C 005 


002 B N 002 

003 C N 003 

004 D N 004 

005 E N 005 

006 F N 008 004 

007 G L 001 

**TOTAL** 00029 

: list 

00001 aaaaa 22 333 4444 55555 66 6666 t 

00002 AAAAA 99 999 9999 99999 999 .9999 


Nach dem Verlassen von dBasell meldet sich 


das Betriebssystem: 

A) 

Von der Betriebssystemebene wird S1 wie 
folgt aufgerufen: 

A) S1 B:S1 BSP. DBF 0{CR> 

Es erfolgt die Transformation dBasell => 
PASCAL. 

Die folgende PASCAL-Deklarations-Datei 
S1BSP.DEK wird erstellt: 

A) TYPE B:S1BSP.DEK (CR) 
{Deklarationsteil für TURBO-PASCAL - Da- 
tei sl bsp. RAN } 
const 

Spaltenzahl = 7; 
type 

sl bspsatz = record 
AAAAAAAAAA : String [5]; 

B :byte; 

C : integer; 

D - : integer; 

E :real; 

{ numerisches dBasel I -Feld E ist größer als 4, 
deshalb real } 

F :real; 

G : boolean; 

end; 


var 

slbspfile : file of sl bspsatz; 

slbspsatvar :s1 bspsatz; 

Das TURBO-PASCAL Programm 
S1BSP.COM (Bild 1) gibt die TURBO-PAS- 
CAL-Quelltextdatei Sl BSP. RAN aus und 
hängt einen weiteren Satz an das Ende der 
Datei an. 

Aufruf des Programms Sl BSP.COM von der 
Betriebssystemebene: 

A) B:S1BSP(CR> 

Rücktransformation der mit S1BSP.COM 
veränderten Datei Sl BSP. RAN in die dBa- 
sell-Datei Sl BSP. DBF durch folgenden Auf- 
ruf von der Betriebssystemebene: 

A) Sl B:BSP.DBFI (CR) 

Der Inhalt von S1BSP.DBF wird aktualisiert. 
In dBasell kann (list oder display) die Kon- 
trolle der mit einem Datenbestand der Datei 
Sl BSP. DBF ausgeführten Manipulationen 
erfolgen. 


1 Bl KONTAKT 9 


Technische Hochschule Leipzig, Sektion Elektro- 
energieanlagen, Karl-Liebknecht-Str. 132, Leipzig, 
7030; Tel. 39431 87 


270 


Mikroprozessortechnik, Berlin 1 (1987)9 



PASCAL 


(Teil 1) 


Dr. Claus Kofer 

Informatilczentrum des Hochschulwesens 
an der Technischen Universität Dresden 


0. Einführung 

PASCAL wurde um 1 970 von N . Wirth an der 
ETH Zürich als Lehrsprache für die Program- 
mierausbildung entwickelt. Heute ist sie in 
der Welt eine der am meisten angewendeten 
Programmiersprachen. Dafür gibt es eine 
Reihe von Gründen: PASCAL ist universell 
anwendbar, hat eine klare Struktur, ist 
einfach zu erlernen, ermöglicht die effektive 
Compilierung und steht auf fast allen Rech- 
nern in den wichtigsten Betriebssystemen 
zur Verfügung. 

PASCAL-Programme sind in wesentlich 
geringerem Maße betriebssystem- und 
rechnerabhängig ats Programme anderer 
Programmiersprachen. Sie gestatten damit 
die Entwicklung übertragbarer und langlebi- 
ger Softwarelösungen. 

Seit 1 983 gibt es das TURBO-PASCAL-Sy- 
stem. Es wurde von der BORLAND Corp., 
USA, für den Einsatz auf Arbeitsplatz- und 
Personalcomputern entwickelt. 

Auch In der DDR ist es für alle Büro- und 
Personalcomputer, die unter einem CP/M- 
kompatiblen Betriebssystem laufen, verfüg- 
bar. 

Im Vergleich mit den bis 1983 bekannten 
PASCAL-Compilem besticht TURBO-PAS- 
CAL durch seine außerordentlich hohe 
Übersetzerleistung von ca. 1 000 Zeilen 
Quellprogramm/Minute. Dies und ein inte- 
grierter Quelltexteditor führen zu einem sehr 
kurzen Programmentwicklungszyklus: 
Editieren, Compilieren, Testen. Die übersetz- 
ten PASCAL-Programme sind sehr kompakt, 
so daß ihre maximale Größe bei ca. 2000 
Quellzeilen liegt. Der Sprachumfang von 
TURBO-PASCAL entspricht dem von 
Jensen/Wirth in „PASCAL: User Manual an 
Report" dargelegten Standard- PASCAL. Es 
gibt wenig Einschränkungen, aber viele 
nützliche Erweiterungen wie 

- Datentyp STRING 

- Direktzugriffsfiles 

- Konstanten der strukturierten Datentypen 

- Überlagerungsmechanismus für Pro2edu- 

- Auslösen von Betriebssystemrufen 

- Aufruf von Maschinenkodeunterprogram- 
men 

- Einfügen von Maschinenkodepassagen. 
Die Grundlage für diesen Beitrag bildet der 
Themenplan einer We iterbi Id ungs Veranstal- 
tung zur Anwendung der Programmierspra- 
che PASCAL, die der Autor seit mehreren 
Jahren für EDV- An wender durchführt. Die 
einzelnen Elemente der Sprache werden 
aufeinander aufbauend vorgestellt und ihre 
Anwendung an Beispielen demonstriert. 


Wo es notwendig ist, auf Details einzugehen, 
wird die Lösung von TURBO-PASCAL 
geschildert. 

Darüber hinaus werden Einschränkungen 
und Besonderheiten dieses Systems bei der 
Behandlung der einzelnen PASCAL-Ele- 
mente besprochen. 

Alle angegebenen Programmbeispiele 
laufen und sind mit TURBO-PASCAL auf 
PC 1 715 getestet worden. 

Den Abschluß bildet ein Kapitel, in dem 
Erweiterungen und Spezifika von TURBO- 
PASCAL vorgestellt werden. 


1. Darstellung der Sprache 

Ein Kurs zur Vermittlung einer Programmier- 
sprache muß zwei Aufgaben lösen: Erstens 
sind darzustellen die vorhandenen Sprach- 
elemente und die an sie geknüpften Inhalte, 
d. h. die Semantik, und zweitens in welcher 
Form die Sprachelemente korrekt niederzu- 
schreiben und zu kombinieren sind, die 
Syntax. Während zur Darstellung der Syntax 
formale Beschreibungsverfahren angewen- 
det werden, ist es immer noch üblich, die 
Semantik verbat darzulegen .Eine besonders 
prägnante Form der Syntaxbeschreibung 
sind Syntaxdiagramme. Sie wurden erstmals 
im Zusammenhang mit PASCAL in breitem 
Umfang genutzt. Auch in diesem Beitrag 
werden sie angewendet. 

Das Bild 1.1 zeigl vier Grundformen von 
Syntaxdiagrammen. Bei der Sequenz 
(Bild 1.1a) wird a durch eine Folge von b und 
c gebildet. Während bei einer Alternative 
(Bild 1 .1 b) a entweder durchJa oder durch c 
gebildet wird. Natürlich können Sequenz und 





« 

Bild 1.1 Grundformen von Syntaxdiagrammen 

a) Sequenz 

b) Alternative 

c) Liste mit mindestens ein em Element 

d) Liste, die auch leer sein kann 


Bild 1.2 Syntaxdiagramm der Repeat-Anweisung 


Alternative um Elemente d, e, f, . . . ange- 
reichert werden, falls es erforderlich ist. In 
einer Liste (Bilder 1 ,1c und 1 .Id) wird a durch 
eine zunächst beliebig lange Folge von b 
gebildet. Während die Liste nach Bild 1 .1c 
jedoch mindestens einmal b enthält, kann die 
nach Bild 1 .Id gebildete Liste auch leer 
sein. 

Die Anwendung der Grundformen wird im 
Bild 1.2 am Beispiel des Syntaxdiagramms 
für die Repeat-Anweisung gezeigt. Sie 
enthält im Inneren eine nicht leere Liste von 
Anweisungen, die voneinander durch das 
Semikolon getrennt sind. Die Sequenz von 
REPEAT, der Anweisungsliste, UNTIL und 
„ausdruck“ bildet schließlich die komplette 
Repeat-Anweisung. Syntaktisch korrekte 
Formen entstehen durch eine Traversierung 
des Syntaxdiagrammes in Richtung der 
Pfeile. So ist die Folge „REPEAT anweisung;. 
anweisung UNTIL ausdruck“ korrekt. Als 
Programmstück wird sie in einer ebenfalls 
erlaubten anderen Anordnung 


REPEAT 
anweisung; 
anweisung; 
UNTIL ausdruck 


sofort deutlich sichtbar. 

Das Syntaxdiagramm für die Repeat-Anwei- 
sung enthält die klein geschriebenen deut- 
schen Wörter „anweisung“ und „ausdruck“, 
die groß geschriebenen englischen Wörter 
REPEAT und UNTIL sowie das Semikolon. 
Während die Wörter REPEAT, UNTIL und 
das Semikolon unmittelbar im fertigen 
PASCAL-Programm erscheinen dürfen, 
verweisen „anweisung“ und „ausdruck“ auf 
weitere Syntaxdiagramme. 

Die Namensgebung für Syntaxdiagramme 
ist beliebig. Günstig ist es aber, solche 
Namen zu wählen, die Assoziationen zur 
Sematik des entsprechenden Syntaxdia- 
gramms hersteilen. So wird bei der Repeat- 
Anweisung deutlich, daß in ihrem Inneren 
weitere Anweisungen eingelagert sein 
können. 

In diesem Kurs wird durchgängig eine 
Darstellung gewählt, in der Syntaxdia- 
gramme mit klein geschriebenen Wörtern 
der deutschen Sprache bezeichnet werden. 

2. Grundelemente von PASCAL 

2.1. Überblick 

Die Grundelemente der Programmierspra- 
che PASCAL können in die Klassen 


ausdruck. - 
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- Bezeichner 

- Zahlen 

- Zeichenketten 

- Operateuren und spezielle Symbole 


eingeteilt werden. 

2.2. Bezeichner 

Bezeichner dienen zur Benennung von 
Objekten eines PASCAL-Programms. Oie zu 
benennenden Objekte können Datentypen, 
Daten und Programmkodes sein. 


"-buch stabe 


- — buchstabe- 
■* — - Ziffer - 


Bild 2. 1 Syntaxdiagramm „bezeichnet" 


A > 



Bild 2.2 Syntaxdiagramm „buchslabe " 



ßild 2.3 Syntaxdiagramm „Ziffer“ 


Die Bildung von Bezeichnern zeigt das 
Syntaxdiagramm im Bild 2.1 .Zur Substitution 
von „buchstabe“ und „Ziffer“ sind die Syntax- 
diagramme nach Bild 2.2. und Bild 2.3. 
heranzuziehen. Korrekte Bezeichner sind: 
Max, xl , a23x, AnfWert, Count 
Die Anzahl der signifikanten Stellen eines 
Bezeichners ist i. allg. begrenzt. BeiTURBO- 
PASCAL darf ein Bezeichner nicht länger als 
die Zeilenlänge von 127 Zeichen sein. 
Weiterhin werden innerhalb eines Bezeich- 
ners Groß- und Kleinbuchstaben nicht 
unterschieden. So sind z. B. die Bezeichner 
XY und xy gleich. 

In PASCAL haben eine Reihe von Bezeich- 
nern eine schon feststehende Bedeutung. 
Sie sind reserviert und dürfen vom Anwender 
zur Benennung seiner Objekte nicht benutzt 
werden: 

ABSOLUTE(') FUNCTION RECORD 


AND GOTO REPEAT 

ARRAY IF SET 

BEGIN IN SHLH 

CASE INLINE(') SHR{*) 

CONST LABEL STRING(*) 

DIV MOD THEN 


DO NIL TO 

DOWNTO NOT TYPE 

ELSE OF UNTIL 

END OR VAR 

EXTERNALO OVERLAY(*) WHILE 

FILE PACKED WITH 


FOR PROCEDURE XOR(‘) 

FORWARD PROGRAM 

Die durch (*) gekennzeichneten Bezeichner 
sind zusätzlich in TURBO-PASCAL reser- 
viert. 

2.3. Zahlen 

Zahlen sind namenlose Datenobjekte mit 
einem festen numerischen Wert. In PASCAL 
werden ganze und reelle Zahlen unterschie- 
den. Die Bildung erfolgt nach den Syntaxdia- 
grammen der Bilder 2.4 und 2.5. Korrekte 
Beispiele für ganze bzw. reelle Zahlen sind: 
12,10,1000,123 
bzw. 

1.0, 1.5E-03, 121E+14 
Zur Unterstützung der maschinennahen 
Programmierung können ganze Zahlen in 
hexadezimaler Schreibweise angegeben 
werden. Es sind dann zusätzlich die Ziffern 
A, B . . ., F bzw. a, b, . . ., f erlaubt. Gekenn- 
zeichnet wird die hexadezimale Schreib- 
weise durch ein vorangestelltes Doltarzei- 
chen (bzw. das Zeichen o) 

O100, Ol FF, OFFFF 

2.4. Zeichenketten 

Eine Zeichenkette repräsentiert ein Datenob- 
jekt, dessen Wert eine Folge von Zeichen 
des ASCII-Kodes ist. Innerhalb eines PAS- 
CAL-Programms kann sie ähnlich wie eine 
Zahl verwendet werden. 

Die Bildung von korrekten Zeichenketten 
zeigt das Syntaxdiagramm im Bild 2.6. Dabei 
darf eine Zeichenkette nicht über das Zeilen- 
ende hinweg fortgesetzt werden. Korrekte 
Zeichenketten sind: 

Testprogramm Version 1 ,0 ‘, *x:=‘ 

Als Spezialfall ist auch die leere Zeichenkette 
" zugelassen 


2.5. Operatoren und spezielle Symbole 
Operatoren geben die mit den Datenobjekten 
durchzuführenden Verknüpfungen an. In 
PASCAL sind folgende Operatoren definiert: 
: = Zuweisungsoperator 

+ - */ Arithmetische 

Grund Operationen 
DIV Division ohne Rest 

MOD Divisionsrest 

NOTANDOR Grund Operationen der 
Booleschen Arithmetik 


IN Operatorder 

Mengenarithmentik 

« = <> = > = > Vergleichsoperatoren 

Die Grundoperatoren verknüpfen in der 
Regel zwei Datenobjekte gleichen Typs und 
liefern wieder ein Resultat von diesem Typ. 
Vergleichsoperatoren ergeben unabhängig 
vom Typ der Operanden stets einen Boole- 
schen Wert. 

I n TURBO-PASCAL gibt es eine Reihe von 
weiteren Operatoren. Sie werden später 
zusammen mit den Datentypen, auf die sie 
anwendbar sind, besprochen. 

Weiterhin gibt es in PASCAL eine Reihe von 
speziellen Symbolen, die aus syntaktischen 
Gründen notwendig sind: 

() Klammerung der Para- 

meterliste von Proze- 
duren bzw. Funktionen 
[] Klammerung der Indizes 

vonArrays 

{ } oder (**) Klammerung von 

Kommentaren 

Kommentare haben normalerweise keine 
Auswirkung auf ein Programm. In PASCAL 
ist es jedoch möglich, mit sogenannten 
Pseudokommentaren Compileroptions 
anzugeben, die die Arbeitsweise des Compi- 
lers beeinflussen Eine Option veranlaßt den 
Compiler z. B., den Zugriff auf Arrays so zu 
übersetzen, daß die Überschreitung der 
Indexgrenzen zum definierten Programm- 
abbruch führt. Es gibt weitere Compilerop- 
tions, die im Zusammenhang mit den ent- 
sprechenden Sprachelementen behandelt 
werden. 

Compileroptions beginnen mit einem Dollar- 
zeichen. Dann folgen ein Buchstabe, der die 
entsprechende Option charakterisiert und 
entweder ein Plus- oder ein Minuszeichen, 
das anzeigt, ob sie aktiviert werden soll oder 
nicht. 

2.6. Format von PASCAL-Programmen 
An das Format von PASCAL-Programmen 
werden nur zwei Forderungen gestellt: 

- Die Grundelemente der Sprache sind 
durch mindestens ein Leerzeichen oder 
einen Kommentar zu trennen. Falls die 
Eindeutigkeit erhalten bleibt, kann das 
Leerzeichen auch entfallen. 

- Bezeichner dürfen nicht durch Zeilenende 
zerteilt werden. 

Insbesondere zur Verbesserung der Les- 
barkeit können zwischen den Grundelemen- 
ten beliebig viele Leerzeichen oder Leerzei- 
len eingefügt werden. Die PASCAL-Passage 


i Zeichen — 

-Z— * 1 1— T - 


Bild 2. 4 Syntaxeliagramm „ ganze zahl" 


Bild 2.6 Syntaxdiagramm .. zeichenkette " 


x: 


► ganze zahl -*-»■ . — "-ganze zahl 

Bild 2.5 Syntaxdiagramm „ reelle Zahl ‘ 




■ganze zahl—. 
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a + 1 .0 bleibt beim Weglassen der Leerzei- 
chen eindeutig. Das ist jedoch bei 
REPEAT A; B UNTIL C nicht so. 

2.7. Programmbeispiel 
Die Anordnung der einzelnen Grundele- 
mente zu einem kompletten PASCAL-Pro- 
gramm zeigt der nachtolgende Programm- 
text. Das Programm tabelliert die Funktion 
y = f(x) = x 2 

für ganzzahlige x im Intervall 0 . . max. 

PROGRAM Tabelle 

(INPUT, OUTPUT); 
VAR x, y, max.: INTEGER; 

BEGIN 

READLN (INPUT, max); 

FOR x: = 0 TO max DO BEGIN 
y: = x'x; 

WRITELN (OUTPUT, ’x: = ’, x, 


END 


Die Aufteilung des Programmtextes auf die 
einzelnen Zeilen kann auch in andererWeise 
erfolgen. Ebenso ist das Einrücken von 
Zeilen nicht zwingend. Die gezeigte Form 
wurde ausschließlich mit dem Ziel gewählt, 
die inhaltliche Zusammengehörigkeit der 
Programmteile auch optisch zum Ausdruck 
zu bringen. 

Zur Konstruktion des Programms wurden 
folgende Grundelemente verwendet: 

Bezeichner: 

PROGRAMM INPUT Tabelle VAR x y max 

INTEGER BEGIN READLN FOR TO DO 

WRITELN END 

Zahlen: 

0 

Zeichenketten: 

'x:-‘'y:- ’ 

Operatoren und spezielle Symbole: 

MO:-*. 


3. Datentypen 

3.1. Oberblick 

Die Aufgabe von Datentypen ist es, Wertebe- 
reiche für Datenobjekte anzugeben. 
PASCAL stellt eine Reihe von Standardda- 
tentypen zur Verfügung. Zusätzlich können 
vom Programmierer in gewissen Grenzen 
problemangepaßte Datentypen deklariert 
werden. 

Die Standardtypen sind 

- ganze Zahlen (INTEGER) 

- reelle Zahlen (REAL) 

- Boolesche Werte (BOOLEAN) 

- Zeichenkodes des Rechners (CHAR) 

— ganze zahl 

reelle zahl 

► Zeichen kette «- 

-bezeichnen — 

Bild 2.7 Syntaxdiagramm „konstante" 


Die Wertebereiche der Standardtypen 
werden durch die Datenformate der zugrun- 
deliegenden Gerätetechnik bestimmt. Hier 
gibt es Unterschiede zwischen den PASCAL- 
Systemen verschiedener Rechner. 

Der Programmierer kann Aufzählungs- und 
Teilbereichstypen deklarieren. Für Aufzäh- 
lungstypen sind die Elemente des Wertebe- 
reiches explizit zu nennen. Bei Teilbereichs- 
typen wird eine Eingrenzung auf einen Teil 
eines umfassenderen Wertebereiches 
vorgenommen. 

Als weiterer Datentyp werden sogenannte 
Mengen bereitgestellt. 

Mit allen bisher genannten Datentypen 
lassen sich die Strukturen File, Array und 
Rekord bilden. Während Files und Arrays 
aus Datenobjekten gleichen Typs bestehen, 
können zu Rekords Datenobjekte unter- 
schiedlichen Typs zusammengefaßt werden. 
Mit dem Datentyp File und darauf anwendba- 
ren Prozeduren und Funktionen wird in 
PASCAL das gesamte Problem der Ein- und 
Ausgabe gelöst. 

Pointertypen gestatten in Abhängigkeit vom 
Programmablauf das dynamische Anlegen 
von Datenobjekten aller bisher genannten 
Typen. Der Wert eines Pointertyps selbst ist 
eine Hauptspeicheradresse. 

Die bisher genannten Datentypen gehören 
zum Standard-PASCAL. Darüber hinaus gibt 
es in einzelnen Systemen nützliche Erweite- 
rungen. In TURBO-PASCAL sind das 

- ganze Zahlen im Byteformat (BYTE) 

- Zeichenketten (STRING). 

3.2. Einordnung in die Sprache 
Datentypen werden durch das Syntaxdia- 
gramm „typ“ deklariert. Es wird im Bild 3.1 
gezeigt. Die Standard-, Aufzählungs- und 
Teilbereichstypen sind zum Syntaxdia- 
gramm „einfacher typ" zusammergefaßt 
worden und werden im Biid 3.2 gezeigt. Das 
hat ausschließlich einen praktischen Grund: 
An verschiedenen Stellen der Sprache 
PASCAL sind nicht alle Typen von Datenob- 
jekten zugelassen, sondern nur Standard-, 
Aufzählungs- und Teilbereichstypen. 

4. Einfache Typen 

4.1. Standardtypen 

4.1.1. Datentypen INTQSER und REAL 
Der Wertebereich des Datentyps INTEGER 
umfaßt positive und negative ganze Zahlen. 
Der Bereich selbst hängt von der internen 
Verarbeitungsbreite des Rechners ab. Bei 
den Büro- und Arbeitsplatzrechnern ist sie 

1 6 Bit. Damit wird ein Bereich -32 768 — 
32767 überstrichen. 

Die interne Oarsteliung des Standardtyps 
REAL erfolgt in Mantisse und Exponent. Die 
verwendete Anzahl von Bytes ist bei den 
einzelnen PASCAL-Systemen unterschied- 
lich. Bei TURBO-PASCAL sind es sechs: 
eins für den Exponenten und fünf für die 
Mantisse. Dadie Mantisse selbst normalisiert 
abgespeichert wird, entspricht das einer 
Darstellung in 40 Bit. Dem entsprechen eit 
signifikante Stellen in der Dezimalschreib- 
weise. 

Für alle Datentypen ist die Ausführung der 
arithmetischen Grundoperation +, - , * und / 



—einfacher typ — 



-mengentyp 


fite t yp m 


m arra ytyp m 



-rekordtyp - 


Bild 3.1 

cnyp 

Syntaxdiagramm „typ" 


standardiyp 

— - aafzaehlungstyp- — 

— •- teilbereichstyp — — 

Bild 3.2 Synlaxdiagramm . emlacher typ * 

und der Vergleiche <, <=, <>, =, > = und 
> möglich. Für den Datentyp INTEGER gibt 
es zusätzlich die ganzzahlige Division DIV 
und den Divisionsrest MOD. 

Bei Büro- und Arbeitsplatzrechnern werden 
die arithmetischen Grundoperationen für 
den Datentyp REAL softwaremäßig realisiert. 
Sie sind deshalb deutlich langsamer. 

Das Verhalten von PASCAL-Programmen 
bei Überschreitung des erlaubten Wertebe- 
reiches ist vom Datentyp abhängig. Bei 
INTEGER äußert sich eine Überschreitung 
wegen der internen Darstellung negativer 
Zahlen im Zweierkomplement als Vorzei- 
chenwechsel und wird bei der Programm- 
abarbeitung nicht „entdeckt '. 

Bei Überschreitung der betragsmäßig 
kleinsten REAL-Zahl wird das entspre- 
chende Datenelement auf den Wert 0.0 
gesetzt und die Abarbeitung des Programms 
fortgesetzt. Überschreitet der Betrag den 
größten darstellbaren Wert, bricht das 
Programm mit einer entsprechenden Fehler- 
ausschrift ab. 

In TURBO-PASCAL werden bestimmte 
Operationen des Maschinenbefehlssystems 
auf das Niveau von PASCAL gehoben. Sie 
stehen als Operatoren SHL, SHR, OR und 
XOR zum Schieben bzw. für Bitoperationen 
zur Verfügung und können auf Datenele- 
mente vom Typ INTEGER angewendet 
werden. 

4.2.1. Datentyp BOOLEAN 
Den Wertebereich des Datentyps BOOLEAN 
bilden die Wahrheitswerte FALSE und 
TRUE. Es sind die Operationen NOT. OR 
und AND sowie alle Vergleiche möglich, 
wobei FALSE < TRUE ist. 

Intern wird ein Byte zur Darstellung benötigt, 
wobei 00 den Wert FALSE und 01 TRUE 
repräsentiert. 

INTEGER 

REAL 

BOOLEAN 

CHAR * - 

Bild 4. 1 Syntaxdiagramm „standardtyp " 
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4.1.3. Datentyp CHAR 
Der Wertebereich des Datentyps CHAR ist 
der Zeichenkode des jeweiligen Rechners. 
Beim PC 1 71 5 ist das der ASCH-Kode. Die 
interne Darstellung erfordert ein Byte. Mit 
Datenobjekten zum Typ CHAR können keine 
arithmetischen Verknüpfungen durchgeführt 
werden. Zuweisung und Vergleichsoperatio- 
nen sind erlaubt. Vergteichsoperationen 
orientieren sich an der internen Kodierung 
der einzelnen Zeichen. 

Konstanten vom Typ CHAR werden in 
Apostrophe eingeschlossen, z. B. ’A’, ’B’, 

’0\ T usw. 

4.2. Aufzählungstypen 
Aufzähiungstypen werden durch explizite 
Angabe ihres Werte bereich es deklariert. Bild 
4.2 zeigt die Syntax. Die durch Komma 
getrennten Bezeichner bilden den Wertebe- 
reich. Ein Beispiel zeigt dies: 

(ROT, BLAU, QRUEN). 

Ein Datenobjekt von diesem Aufzählungstyp 
kann nur einen der drei möglichen Werte 
ROT oder BLAU oder GRUEN annehmen. 



Bild 4.2 Syntaxdiagramm „ aufzaehlungstyp " 


Weitere Beispiele für Aufzählungstypen 
sind 

(Mo, Di, Mi, Don, Fr, Sa, So) 

(kleiner, gleich, grösser) 

(Lesen, Schreiben, Positionieren). 

Durch die Reihenfolge bei der Deklaration 
wird gleichzeitig eine Ordnung zwischen den 
einzelnen Werten eines Aufzählungstyps 
eingeführt. Für die genannten Beispiele gilt: 
ROT < BLAU < GRUEN 
Mo < Di < Mi < Don < Fr < Sa < So 
usw. 

Die Ausführung arithmetischer Operationen 
ist mit Aufzählungstypen nicht möglich. Es 
sind nur Zuweisung und Vergleichsoperatio- 
nen erlaubt. 

Werden mehrere Aufzählungstypen dekla- 
riert, müssen die Wertebereiche disjunkt 
sein. Zum Beispiel ist 
(ROT, BLAU, GRUEN) 

(GELB, ORANGE) 
erlaubt, aber 
(ROT, BLAU, GRUEN) 

(ROT, GELB) 

nicht, da der Wert ROT nicht zwei Datenty- 
pen angehören darf. 

Intern werden Aufzählungstypen in einem 
Byte dargestellt. Dadurch ist die maximale 
Anzahl von Werten auf 256 beschränkt. 

4.3. Teilbereichstypen 
Teilbereichstypen ermöglichen die Eingren- 
zung des Wertebereiches von Datenobjekten 
auf einen Teil eines sogenannten Basistyps. 
Basistypen können sein INTEGER, BOO- 
LEAN, CHAR und Aufzählungstypen. Die 


Deklaration zeigt das Syntaxdiagramm im 
Bild 4.3. Die Konstanten müssen von einem 
der erlaubten Basistypen sein. 

konstante — - . • — •- konstante — »- 

Bild 4.3 Syntaxdiagramm teilbereichstyp “ 


Es folgen einige Beispiele: 

Teilbereiche des Typs INTEGER 
1...12 
-3... 3 
0...100 

Teilbereiche des Typs CHAR 

’A’. . ,’Z’ 

O’...^' 

Teilbereiche des Aufzählungstyps 
(Mo, Di, Mi, Don, Fr, Sa, So) 

Mo ... Fr 
Sa ...So 

Di... Do 


tntem werden Teilbereichstypen wie ihr 
Basistyp dargestellt. 

PASCAL-Systeme sichern die Einhaltung 
des Wertebereiches von Teilbereichstypen. 
Soll einem Dalenobjekt ein nicht erlaubter 
Wert zugewiesen werden, wird die Abarbei- 
tung des Programms mit einer entsprechen- 
den Fehlermeldung beendet. Diese Über- 
prüfung erhöht den Speicherplatzbedarf und 
die Laufzeit eines Programms. Deshalb 
kann sie durch die Compileroption OR- bzw. 
OR+ aus- bzw. eingeschaltet werden. 

5. Struktur eines PASCAL-Programms 

5.1. Überblick 

Der grundlegende Baustein eines PASCAL- 
Programms ist ein sogenannter Block. Seine 
Syntax zeigt Bild 5.1. Ein Block besteht aus 
Deklarations- und Anweisungsteil. Mit ihm 
können Prozeduren und Funktionen sowie 
das Hauplprogramm selbst gebildet wer- 
den. 


* deklarationsteil — •- anweisungstei 1-*~ 
Bild 5.1 Syntaxdiagramm ..block" 

Jedes PASCAL-Programm einschließlich 
aller benötigten Prozeduren und Funktionen 
ist eine einzige Übersetzungseinheit. Das 
ermöglicht dem Compiler eine vollständige 
Kontrolle der Konsistenz aller Programm- 
teile. 

5.2. Deklarationsteil 
5.2.1. Überblick 

Das Bild 5.2. zeigt die Syntax des Deklara- 
tionsteils. Je nachdem, ob im Syntaxdia- 
gramm die entsprechende waagerechte 
Alternative gewählt wird oder nicht, kann er 
Marken-, Konstanten-, Typen-, Variablen- 
sowie Prozedur- und Funktionsdeklarationen 
enthalten. 

Während Marken-, Konstanten-, Typen- und 
Variablendeklarationen höchstens einmal 
und dann in der genannten Reihenfolge 


auftrefen, können Prozedur- und Funktions- 
deklarationen mehrmals vorhanden sein. 



Das Syntaxdiagramm „deklarationsteil“ läßt 
sich auch traversieren, ohne etwas zu 
deklarieren. Dann enthält der entsprechende 
Block keine Deklarationen. 

In PASCAL herrscht Deklarationszwang. 
Alle Bezeichner müssen vor ihrer ersten 
Verwendung deklariert werden. Es gibt nur 
für den Datentyp Pointer eine Ausnahme. 

Bei TURBO-PASCAL ist die Syntax des 
Deklarationsteils geringfügig anders. Mar- 
ken-, Konstanten-, Typen- und Variablende- 
klarationen dürfen mehrfach und auch 
gemischt auftreten. Bezeichner müssen 
aber auch dort vor ihrer Verwendung dekla- 
riert sein. 

In den nachfolgenden Unterpunkten werden 
Marken-, Konstanten-, Typen- und Varia- 
blendeklarationen besprochen. Prozedur- 
und Funktionsdekiarationen werden solange 
aufgeschoben, bis der Anweisungsteil 
behandelt ist. 

5.2.2. Markendeklaration 
In PASCAL können beliebige Anweisungen 
mit einer Marke versehen werden. Mit der 
Goto-Anweisung kann dann unbedingt 
dorthin verzweigt werden. 



Bild 5.3 Syntaxdiagramm „ markendeklaration " 


Marken sind in PASCAL ganze Zahlen. Das 
Syntaxdiagramm in Bild 5.3 zeig! die Marken- 
deklaration. Sie wird durch den reservierten 
Bezeichner LABEL eirtgefeitet. Beispiele 
sind 

LABEL 99; 

LABEL 10,20,30; 

In TURBO-PASCAL können auch Bezeich- 
ner als Marken deklariert werden. 


(Fortsetzung folgt) 
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1. Zielstellung 

Die Notwendigkeit einer Effektivitätserhö- 
hung beim Software-Herstellungsprozeß ist 
unbestritten. Eine wesentliche Methode ist 
dabei die Verringerung des Niveauunter- 
schiedes zwischen der Problembeschrei- 
bung und der Implementierung in einer ge- 
wählten Quellsprache. Die Verwendung ge- 
eigneter höherer Programmiersprachen 
stellte bereits einen wesentlichen Effektivi- 
tätsgewinn für die Softwareherstellung dar. 
Man kann die Annäherung an die Problembe- 
schreibung weiter verbessern, indem man 
von der ablauforientierten (prozeduralen) 
Darstellung zu einer deklarativen Darstellung 
übergeht. Einen recht hohen Stand hat diese 
Technik bei der Programmierung der Syntax- 
analyse eines Eingabedatenstroms erreicht. 
Eine wichtige Anwendung ist die Herstellung 
von Übersetzerprogrammen; aus diesem 
Grund bilden Werkzeuge dieser Art auch oft 
den Kern sogenannter Compilergeneratoren 
oder Compiler-Compiler, da tatsächlich eine 
(wenigstens teilweise) Automatisierung der 
Compilerherstellung eintritt (/I/ bis /4/). 

Das hier vorgestellte Werkzeug SYNA gehört 
ebenfalls zu dieser Gruppe von Hilfsmitteln, 
wobei die Belange „kleiner“ Rechentechnik 
besonders berücksichtigt werden, das heißt, 
das Werkzeug ist für praktisch interessie- 
rende Grammatikumfänge bereits auf 8-Bit- 
Bürocomputern (A 51 20 mit 64 KByte Haupt- 



Bild 1 Arbeitsweise von SYNA 

Bild 2 Syntax der Grammatik-Beschreibung 


Speicher und Betriebssystem UDOS) nutz- 
bar. Die mit SYNA erzeugten Syntaxanalysa- 
toren (bzw. Compiler) weisen bezüglich Spei- 
cherplatzbedarf und Laufzeit keine wesentli- 
chen Abweichungen gegenüber „handgefer- 
tigten“ Lösungen auf. 

Die Herstellung von Compilern für all- 
gemeine höhere Programmiersprachen ist 
nicht der einzige Einsatzfall von Syntax- 
analyse-Generatoren. Weitere Anwen- 
dungsgebiete sind die Auswertung komple- 
xer Kommandosprachen, syntaxgesteuerte 
Druckformatierer oder Editoren, Analysen 
von Text bzw. Programmdokumentationen 
unter verschiedenen Gesichtspunkten (15/ 
bis f7l). 

SYNA steht auch für das Betriebssystem 
MUTOS 8000 des Bürocomputers A 51 20.1 6 
zur Verfügung, dort gibt es allerdings bereits 
leistungsfähigere Werkzeuge gleicher Ziel- 
stellung/1/. 

2. Arbeitsweise 

Da ein Übersetzer nicht nur aus der Syntax- 
analyse besteht, wurde SYNA in eine proze- 
durale höhere Programmiersprache ein- 
gebettet, das heißt, der Quelltext des Über- 
setzerprogramms besteht aus der Eingabe- 
syntax-Beschreibung durch eine Grammatik 
und Programmteilen in einer höheren Pro- 
grammiersprache. An dieser Stelle eignen 
sich Systemprogrammiersprachen beson- 
ders gut, weil damit Aufgaben wie Bezeich- 
nerlistenorganisation o. ä. gut ausgedrückt 
werden können. Gewählt wurde die Sprache 
PLZ/SYS 161, /9 /, weil auch auf 8-Bit-Rechen- 
technik leistungsfähige und zuverlässige 



Implementierungen voriiegen (die Sprache C 
ist an dieser Stelle ebenfalls gut geeignet). 
SYNA arbeitet als „Filter“ und setzt die 
Grammatik-Beschreibung in ein gewöhnli- 
ches PLZ/SYS-Programm um; es werden 
Datenstrukturen erzeugt, die einer vorgege- 
benen Syntaxanalyse-Prozedur PARSE als 
Arbeitsvorschrift dienen. Die PLZ/SYS-Pro- 
grammteile werden ohne Änderung in die 
Ausgabe übernommen (Bild 1). Diese wird 
dann vom vorhandenen PLZ/SYS-Überset- 
zersystem in ein ablauffähiges Programm 
umgesetzt. 

Die Syntaxanalyse beruht auf dem Prinzip 
des rekursiven Abstiegs, wobei allerdings 
hier nicht jeder Regel eine eigene Prozedur 
zugeordnet, sondern eine Datenstruktur in- 
terpretativ bearbeitet wird. Auf dieses Funk- 
tionsprinzip soll hier nicht näher eingegangen 
werden, es ist z. B. in /10/ detailliert beschrie- 
ben. 

Die vorgegebene Grammatik muß vom Typ 
LL(1) sein, daß heißt, bei alternativen Regel- 
teilen muß vom ersten Element der Alter- 
native entschieden werden, welcher Zweig 
der Alternative vorliegt. Trotz dieser Ein- 
schränkung können mit LL(1)-Grammatiken 
viele praktisch relevante Sprachen (insbe- 
sondere solche vom Pascal-Typ) beschrie- 
ben werden. Für die Umformung allgemeiner 
Grammatiken in LL(1 )-Grammatiken existiert 
keine allgemeine Vorschrift, eine solche läßt 
sich aber für bestimmte Detailprobleme an- 
geben /II/; in vielen Fällen ist die LL(1)-Ei- 
genschaft auch durch eine geeignete Funk- 
tionsteilung mit Lexikanalyse bzw. Semantik- 
prozeduren herstellbar (beispielsweise, in- 
dem bereits der Lexikanalysator zwischen 
Undefinierten und bereits definierten Namen 
unterscheidet). 

3. Grammatik-Beschreibungssprache 

Die Eingabesprache von SYNA enthält als 
Hauptelemente: 

1 . Eine Liste der lexikalischen Einheiten der 
Sprache (d. h. die Resultatmenge der lexika- 
lischen Analyse) 

2. Eine Liste von Regeln für den syntakti- 
schen Aufbau und deren Umsetzung. 

Ferner können Programmteile in der höheren 
Systemprogrammiersprache PLZ/SYS an- 
gegeben werden. Die neuen Sprachele- 
mente werden in die Basissprache PLZ/SYS 
als neue Deklarationsklassen eingefügt; ne- 
ben den bisherigen Klassen, TYPE, CON- 
STANT, INTERNAL, GLOBAL, EXTERNAL, 
werden die neuen Klassen TERMINALS und 
RULES eingeführt. Diese beiden Klassen 
dürfen in einem Modul je einmal und nur in 
der angegebenen Reihenfolge auftreten. 

Die nachfolgenden Erläuterungen beziehen 
sich auf die Syntaxgrafen in Bild 2. Dabei 
werden die verschiedenen semantischen In- 
terpretationen von “ — name“ sowie PLZ/ 
SYS-Programmteile (“semantic_clause“) als 
Elementareinheiten betrachtet (runde Um- 
rahmung). 

3.1. Lexikalische Einheiten - TERMINALS 
Nach TERMINALS sind alle lexikalischen 
Einheiten der zu analysierenden Sprache zu 
benennen, mit Ausnahme von einzelnen 
Textzeichen, die in RULES direkt angegeben 
werden (z. B. ‘+‘). 
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Die Festlegung, was als lexikalische mnheit 

angesehen wird, stellt einen Kompromiß be- 
züglich der Funktionsteilung zwischen Lexik- 
und Syntaxanalyse dar. Wenn beispiels- 
weise jedes einzelne Textzeichen als lexikali- 
sche Einheit betrachtet wird, erhält man zwar 
einen sehr einfachen Lexikanalysator, dafür 
aber einen erheblichen Aufwand in der Syn- 
taxanalyse. Im allgemeinen hat es sich be- 
währt, Schlüsselwörter, Bezeichner und Son- 
derzeichen als lexikalische Einheiten zu be- 
trachten. 

Unter TERMINALS sind also die Schlüssel- 
wörter einer Sprache aufzuzählen (z. B. IF, 
THEN), ferner alle Sprachsymbole, die aus 
mehreren Sonderzeichen bestehen (z. B. 

und alle abstrakten Klassen von lexikali- 
schen Einheiten (z. B. NAME, NUMBER, 
STRING). 


Beispiel 

terminals 

! Schlüsselworte! IFTHEN ELSE Fl 
! Sondersymbole für 
!:=,+=,- = ! EQPEME 

(abstrakte Klassen! NAME NUMBER EOF. 


3.2. Syntaktische Regeln - RULES 

Die Regeln der zu verarbeitenden Gramma- 
tik werden in einer modifizierten Backus- 
Naur-Form angegeben. Die Regel der ober- 
sten Ebene muß als erste angegeben wer- 
den; ansonsten ist die Reihenfolge beliebig, 
auch Rekursion ist im Rahmen der Möglich- 
keiten einer LL(1)-Grammatik zulässig. In- 
nerhalb einer Regelbeschreibung 
(“rule_description“) dürfen als Elemente Re- 
gelnamen, Namen lexikalischer Einheiten 
und einzelner Textzeichen (in Apostrophe 
eingeschlossen) auftreten. 

Beispiel: 

rules 

Programm: NAME MODULE declarations 
END NAME‘;‘ . . 

In einer Regelbeschreibung kann nun nicht 
nur eine starre Folge lexikalischer Einheiten 
bzw. grammatischer Regeln angegeben wer- 
den, sondern es ist zulässig, mehrere Alter- 
nativen für die Bildung der Regel anzuge- 
ben: 

Beispiel: 

action: IFifaction 

| DOdoaction 
| caseaction 
j assignaction. 

Zur Erfüllung der LL(1)-Bedingungen müs- 
sen sich dabei die ersten lexikalischen Ein- 
heiten jeder “rule_alternative“ unterschei- 
den. Nicht zulässig ist beispielsweise: 


expression: Operand ’ + ’ Operand 

| Operand Operand. 

Dieser Fall ist nach Auflösung in zwei Regeln, 
aber ebenfalls mit einer LL(1)-Grammatik, 
darstellbar: 

expression : Operand expression_1 . 
expression_1 : ’+’ Operand 
| Operand. 

Innerhalb jeder ”rule_alternative“ ist nun 
noch spezifizierbar, daß Folgen von Elemen- 
ten 0 .. . 1 mal vorhanden sein dürfen (durch 
eckige Klammern) oder 0 . . . beliebig oft vor- 
handen sein dürfen (durch runde Klammern). 
Bei der Wiederholung 
( ” repeatecLru le_part “ ) 
ist es weiterhin möglich, mehrere Alternati- 
ven für ”rule_part“ zu spezifizieren. Die 
LL(1)-Eigenschaft erfordert wiederum, daß 
mit dem ersten Element eines wahlweise 
bzw. beliebig oft vorhandenen Regelteils ent- 
schieden werden kann , ob der wahlweise Teil 
bzw. eine weitere Wiederholung vorhanden 
ist. 

Als einfacher Regelteil können eine Folge 
von Namen lexikalischer Einheiten oder an- 
derer Regeln, einzelne Textzeichen oder in 
geschweifte Klammern gesetzte Semantik- 
anweisungen auftreten. 

Die verwendeten Namen lexikalischer Ein- 
heiten (”lexical_unit_name“) müssen vorher 
unter TERMINALS definiert worden sein; ver- 
wendete Regeln (”rule_name“) müssen defi- 
niert sein (nicht notwendigerweise vorher). 
Für einzelne Textzeichen sind alle Möglich- 
keiten von PLZ/SYS zugelassen, z. B. Son- 
derzeichen oder beliebige Hexadezimalko- 
dierungen (z. B. ’Xr’, ’X7F’). 
Semantikanweisungen ("semantic_clause“) 
enthalten Programmtext in PLZ/SYS. Diese 
Programmteile werden ausgeführt, sobald 
die entsprechende Stelle der Regel bei der 
Analyse erreicht wird, das heißt, Semantikan- 
weisungen sind nicht nur am Regelende zu- 
lässig. Wenn Semantikanweisungen sehr oft 
in identischer Form auftreten, ist es zweck- 
mäßig, dafür eine (parameterlose) Prozedur 
zr formulieren und deren Namen nach ‘*‘ als 
”semantic_clause_name“ anzugeben. Da- 
durch wird der Umfang des von SYNA er- 
zeugten Analyseprogramms verringert. 

3. Anwendungsbeispiel 

Zur Erläuterung der Möglichkeiten und der 
Handhabung von SYNA wird nachfolgend 
eine sehr einfache Anwendung beschrieben. 
Es soll eine stark eingeschränkte Unter- 
menge der höheren Progammiersprache 
CHILL /1 2/ in Assemblerkode für den be- 
kannten Mikroprozessor U880 übersetzt 
werden. Es sei darauf hingewiesen, daß 
praktisch nutzbare CHILL-Compiler wesent- 
lich größere Sprachumfänge aufweisen müs- 
sen; dies ist mit SYNA bereits erfolgreich rea- 
lisiert worden. 

Ein Modul der Beispielsprache besteht aus 
Daten- und Prozedurdeklarationen. Es sind 
nur Variablen des Modus INT (ganze Zahlen) 
vorgesehen. Prozeduren haben keine Para- 
meter, innerhalb von Prozeduren sind Alter- 
nativanweisungen, Prozeduraufrufe und 
Wertzuweisungen möglich. Die Beispielsyn- 
tax wurde in die in Bild 2 dargestellte SYNA- 
Grammatikvorgabe umgesetzt. 


276 


Mikroprozessortechnik, Berlin 1 (1987)9 




Der Inhalt der Semantikteile ist für SYNA 
nicht relevant, zum Verständnis des Bei- 
spiels sind einige Erläuterungen notwendig: 
Kern der Semantikteile ist hier die Prozedur 
"out“, die eine Ausgabe des als Parameter 
angegebenen Textes (bis zum Zeilenende- 
zeichen ’Xr’) realisiert. Mit Kleinbuchstaben 
werden dabei zu substituierende Parameter 
bezeichnet: 

a - letztes Sybol des Quelltextes 
b - ein mit move_a_to_b gerettetes Symbol 
des Quelltextes 

s - der Wert von SYNVAL als Hexadezimal- 
zahl, verwendet zur Erzeugung von Mar- 
ken im Ausgabetext 

LASTSYM bezeichnet das zuletzt akzep- 
tierte SYMBOL, SYNVAL eine auf jeder Re- 
gelebene individuell verwendbare Variable 
und MARVAL einen Bezugswert für die Er- 
zeugung von Marken im Ausgabetext. 
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BASIC-Programm zur Stereo 
Darstellung von Molekülen 


Dr. Wolfgang Brandt, 

Martin-Luther-Universität Halle-Wittenberg, 
Sektion Chemie 


Die grafische Darstellung von Molekülen ist 
für viele chemische und biochemische Pro- 
bleme hilfreich. 

Für Großrechner existiert schon eine Vielzahl 
geeigneter Programme (PLUTO, ORTEP 
usw.), welche das Zeichnen beliebiger Mole- 
külstrukturen erlauben. Jedoch ist die An- 
wendung dieser Programme als Routineme- 
thoden z. Z. mit relativ viel Rechen- und Zeit- 
aufwand verbunden. 


Es wurde deshalb ein BASIC-Programm für 
den PC 1715 mit EPSON-Drucker zur 
schnellen Veranschaulichung von Molekülen 
entwickelt. Da die Rechenzeit des compilier- 
ten und gelinkten Programms selbst für grö- 
ßere Moleküle (maximal 1 00 Atome) nur etwa 
sieben Minuten für eine Stereo-Zeichnung 
beträgt, können in kurzer Zeit viele Struktu- 
ren dargestellt werden. Gleichzeitig kann 
eine geeignete Ansicht von Molekülen für 
spätere PLUTO-Zeichnungen gesucht wer- 
den. Für das Programm werden die kartesi- 
schen Koordinaten der Atome sowie eine 
Verknüpfungsmatrix benötigt. Vorgelagerte 
und hier nicht aufgeführte Programme (zu er- 
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fragen beim Autor) erlauben die Berechnung 
der kartesischen Koordinaten aus internen 
Koordinaten (Bindungslängen, Bindungswin- 
keln und Torsionswinkeln) sowie die belie- 
bige Rotation von Molekülen oder Molekültei- 
len. Damit ist die Modellierung insbesondere 
von Biomolekülen leicht möglich. Aufgrund 
des zur Verfügung stehenden Speicherplat- 
zes darf die Zahl der zu zeichnenden Punkte 
jedoch nicht 4550 übersteigen, was jedoch 
bisher noch in keinem Beispiel erreicht 
wurde. 
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U-880-Editor für Mikrorechner 


Andreas Bogatz 
Karl-Marx-Universität Leipzig, 
Sektion Physik 


Sollen die Möglichkeiten eines Mikrorech- 
ners bezüglich seines Befehlssatzes, der 
Peripherieelemente und der maximalen Ab- 
arbeitungsgeschwindigkeit voll ausgenutzt 
werden, so ist es stets notwendig, die Pro- 
gramme statt in einer Hochsprache - etwa 
C, PASCAL, BASIC ... - direkt in Maschi- 
nenkode zu erzeugen. 

Zur Unterstützung einer effektiven Program- 
mierung werden dafür Übersetzerpro- 
gramme benutzt, die die , menschenver- 
ständlich e' Syntax der Befehlsmnemonik 
(Quellkode) in die , maschinenverständliche 1 
Form (Objektkode) überführen. Zur Vereinfa- 
chung der Adreßrechnung bei Sprüngen 
und Unterprogrammaufrufen ist es dabei 
nützlich, mit symbolischen Adressen zu ar- 
beiten, d. h. mit Marken (Label). 

Üblicherweise werden für kommerzielle Mi- 
krorechnersysteme solche Übersetzerpro- 
gramme für die Richtung Quellkode -» Ob- 
jektkode angeboten, wobei die Arbeitsweise 
blockorientiert ist. Daher muß ein Programm 
komplett im Quellkode vorliegen und wird in 
einem durchgehenden Übersetzerlauf in den 
Objektkode überführt. Diese Arbeitsweise ist 
während der Programmtestphase relativ um- 
ständlich, da nach jeder Quelltextänderung 
ein erneuter kompletter Übersetzerlauf erfol- 
gen muß. 

Häufig bieten diese Programmsysteme auch 
keine Möglichkeit der Reassemblierung, d. h. 
der Rückwandlung von fertigen Maschinen- 
programmen in Quelltexte. 

Eine andere Arbeitsweise bietet dagegen 
z. B. das Editor-System des MC 80. Dort ist 
es möglich, Objektkode zu reassemblieren, 
zu editieren und zu assemblieren, wobei die 
Übersetzung zeilenorientiert erfolgt. Nach 
der Eingabe einer Quellzeile erfolgt ein Syn- 
tax- und Markentest, bei richtiger Eingabe 
wird sofort übersetzt. Dieser zeitsparende 
Dialogbetrieb ist gerade während des Pro- 
grammtests und der Fehlerbeseitigung nütz- 
lich. Nachteilig ist jedoch, daß dabei keine Er- 
zeugung von kommentierten Quelltexten zur 
Programmdokumentation möglich ist. Außer- 
dem können nur 127 Marken vereinbart wer- 
den. 

Es bestand daher die Aufgabe, ein Pro- 
grammsystem zu schaffen, welches die 
blockorientierte mit der zeilenorientierten Ar- 
beitsweise vereint sowie eine nach Art und 
Umfang verbesserte Arbeit mit symbolischen 
Adressen enthält. 

Praktische Realisierung 

Das Programmsystem besteht aus den Kom- 
ponenten: 

- Quelltexteditor 

- Blockübersetzer- und rückübersetzer 

- Zeileneditor. 

Der Quelltexteditor gestattet das Erzeugen 
und Bearbeiten von Quelltexten. Der Block- 


übersetzer und -rückübersetzer dient der 
Wandlung von Quelltexten in Maschinen- 
kode und umgekehrt und benutzt Unterpro- 
gramme aus dem Programm Zeileneditor. 
Der Zeileneditor enthält die wesentlichsten 
Unterprogramme und soll daher etwas näher 
beschrieben werden. 

Der Kern dieses Programmpaketes besteht 
zunächst aus einer Tabelle, in der die Be- 
fehlsmnemonik (ASCII-Ketten) und die ent- 
sprechenden Maschinenkodebytes abgelegt 
sind. Um Tabellenplatz zu sparen, wurden 
Gemeinsamkeiten der Befehlsmnemonik nur 
einmal abgelegt (Gruppenmnemonik). Au- 
ßerdem werden Befehlsspezifika wie z. B. 
Registernamen, Sprungbedingungen usw. 
über getrennte Tabellen erschlossen. Eine 
ähnliche Arbeitsweise liegt auch dem Pro- 
grammsystem des MC 80 zugrunde. 

Tafel 1 veranschaulicht die Organisation der 
Tabelle. 

Die Übersetzungstabelle besteht aus der Be- 
fehlsmnemonik, dem zugehörigen Maschi- 
nenkode MC und einer Zusatzinformation 
ZI. 

Die Tabelle besitzt folgende Struktur: FFH / 
Gruppenmnemonik/ZI/MC/M nemonikfortset- 
zung/ZI/MC / . . . 

Die Mnemonik wird in ASCII-Ketten abgelegt, 
wobei Zahlenangaben, häufig auftretende 
Register, Registergruppen usw. durch Son- 
derzeichen gekennzeichnet sind und über 
gesonderte Tabellen erschlossen werden. 
Insgesamt benötigt der Tabellenteil weniger 
als 1 KByte. Weiterhin existieren im Kern des 
Programmpaketes die Unterprogramme As- 
sembler und Reassembler sowie Unterpro- 
gramme zur Verwaltung der Markentabelle. 
Alle diese Programme wurden bisher als 
Kern bezeichnet, da sie unabhängig von der 
konkreten Hardware des verwendeten U- 
880-Rechners sind. Sie belegen insgesamt 
etwa 3 KByte. Eine Anpassung an den jewei- 
ligen Rechnertyp ist lediglich beim Pro- 
grammteil der Bildschirm- und Kommando- 
verwaltung notwendig. Hierfür existieren der- 
zeit beim Verfasser Varianten für den MC 80 
und den Eigenbaurechner KMU 880. 

Bild 1 zeigt am Beispiel des Eigenbaurech- 
ners KMU 880 die Bildausschrift im Dialogbe- 
trieb (zeilenorientierte Betriebsart), 

Der Assembler verarbeitet folgende Zahlen- 
darstellungen: 

-Dualzahlen LD A, 101 0001 1B 

- Dezimalzahlen LD IX, 671 2 

- Hexazahlen LD HL.0FE00H 

- symbolische 

Angaben CALL INIT.2 

- auch mit Offset JMP ANFANG+1E00H 

- relative 

Angaben JPZ #-1200 

Es können beliebig viele Marken (soweit der 
Speicher reicht) vereinbart werden, wobei 
zwischen einem und sechs Zeichen pro 
Marke zulässig sind. Der Offset bei symboli- 
schen und relativen Angaben kann innerhalb 
des 64-KByte-Bereiches sowohl dual, hexa- 
dezimal oder dezimal angegeben werden. 
Weiterhin verarbeitet der Assembler Wertzu- 
weisungen eines Bytes oder eines Doppelby- 
tes sowie Zeichenkettendefinitionen mit 


Tafel 1 Aufbau der Mnemoniktabelle (Ausschnitt) 


Code 

Zeichen 

Symbol 

Bedeutung 

21 H 

! 

NI 

1 -Bytezahl auf 

22H 


NN2 

Byte 1 (pseudo) 
2-Bytezahl auf 

23H 


N2 

Byte 1,2 
(pseudo) 

1 -Bytezahl auf 

24H 

$ 

N4 

Byte 2 

1 -Bytezahl auf 

25H 

X 

NN23 

Byte 4 

2-Bytezahl auf 

26H 

& 

NN34 

Byte 2,3 

2-Bytezahl auf 

65H 

e 

EE 

Byte 3,4 

Distanz Byte 2 

64H 

d 

DD 

bei relativem 

Sprung 

Distanz Byte 3 

69H 

71 H 

q 

R! 

bei Indexregister 

IX oder IY 

Register Bit 01 2 

7AH 

z 

R2 

(Quelle) 

Register Bit 345 (Ziel) 

72H 

r 

RR 

Doppelregister (Bit 45) 

63H 


CC 

Sprungbedin- 

62H 

b 

N 

gungen Bit 345 
Bitnummer Bit 345 


Die Zusatzinformationen sind wie folgt verschlüs- 
selt: 

Bit 7 = 1 Kennzeichen Zusatzinformation 

Bit 6 = 0 unbenutzt 

Bit 5 = 0 unbenutzt 

Bit 4 = 0 unbenutzt 

Bit 3210 

0000 kein Vorsatzbyte (80H) 

0001 ED (81 H) 

0010 CB (82H) 

0100 DD oder FD (84H) 

0110 DDCBoderFDCB (86H) 

1000 Pseudooperationen (88H) 


MNEMONIKTABELLE- 


MNT: DM 

’LDA,' 


DW 

00A80H 

; LD A, (BC) 

DM 

'(BC)' 


DW 

01A80H 

; LD A, (DE) 

DM 

'(DE)' 


DW 

03A80H 

; LD A, (NN23) 

DM 

W 


DW 

05781 H 

;LDA,I 

DM 



DW 

05F81H 

;LD A,R 

DM 

’R’ 


DB 

0FFH 

; TRENNBYTE 

DM 

'LD' 


DW 

00280H 

;LD(BC),A 

DM 

'(BC)'A' 


DW 

01280H 

;LD(DE),A 

DM 

'(DE)’A 


DW 

04781 H 

;LDI,A 

DM 

’I.A’ 


DW 

04F81H 

; LDR, A 

DM 

■R,A' 


DW 

02A80H 

; LD HL, (NN23) 

DM 

'HL’(X)' 


DB 

0FFH 

; TRENNBYTE 

DM 

'LD(id),’ 


DW 

07084H 

;LD(II+DD), RI 

DM 

’q' 


DW 

03684H 

;LD(II+DD),N4 

DM 



DB 

0FFH 

; TRENNBYTE 

DM 

’LDSP,’ 


DW 

0F980H 

; LD SP, HL 

DM 

'HL' 


DW 

0F984H 

;LDSP, II 

DM 



DB 

0FFH 

; TRENNBYTE 

DM 

’LDz,’ 


DW 

04080H 

;LDR2, RI 

DM 

— q’ 
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Tafel 2 Steuerbefehle im Dialogbetrieb 


Tafel 3 Übersicht zu den Pseudobefehlen 


Back 

Anzeige 5 Befehlszeilen zurückschalten 
D eiet 

Streichen bis ausschließlich angegebener Adresse; ohne Angabe: anstehenden Befehl streichen 
G o 

Anzeige ab 5 Befehlszeilen vor angegebener Adresse; ohne Angabe ab 5 Zeilen vor Programmende 


Markierung der angegebenen Adresse als Haltepunkt; ohne Angabe: Haltepunkt am bearbeiteten Befehl 

Einfügen von Leerbefehlen (NOP) bis ausschließlich angegebener Adresse; ohne Angabe ein Leerbefehl 
(Voraussetzung: RAM hinter Programm auf benötigter Länge frei) 

L ink 

Binden des Programmes mit bearbeitetem Befehl auf angegebener Adresse; ohne Angabe Binden auf mo- 
mentanen Bereich im Speicher 
Move 

Verschieben des Programmes und der Marken von Adresse 1 bis ausschließlich Adresse 2 (ohne Angabe 
von Adresse 2 bis Programmende) auf Bereich ab zu bearbeitender Zeile (Voraussetzung: RAM auf Länge 
ab Bearbeitungsadresse frei) 

Next 

Anzeige 5 Zeilen vorwärts schalten 
Print 

Drucken ab Adresse 1 bis ausschließlich Adresse 2; ohne Angabe von Adresse 2 bis Proqrammende 
(4xOFFH) 

RAM 

Anzeige HEXA/ASCII ab angegebener Adresse; ohne Angabe ab Bearbeitungsadresse 

I est 

Übergang in den Testmodus ab angegebener Adresse; ohne Angabe ab Bearbeitungsadresse 


maximal 30 Zeichen. Verschiedene Pseudo- 
befehle unterstützen den blockorientierten 
Übersetzerlauf. In der Dialogbetriebsart kön- 
nen Programme erstellt, geändert und ver- 
schoben werden. 

Ein Testprogramm ermöglicht den Pro- 
grammtest im Schrittbetrieb oder im Lauf bis 
zu einem vorgebbaren Haltepunkt. Als Er- 
gänzung kann ein Speicherbereich HEXA/ 
ASCII angezeigt werden, wobei durch einen 
dynamischen Bildaufbau sich ändernde Zel- 
len beobachtbar sind. 

Im Sinne einer guten Programmübersicht be- 
findet sich die zu bearbeitende Programm- 


zeile in der Bildmitte, wobei der Cursor unter 
dem ersten Zeichen des Markenfeldes steht. 
Somit werden 5 Zeilen vor und 6 Zeilen nach 
der Bearbeitungszeile sichtbar. Die von der 
Tastatur erzeugten Zeichen werden direkt 
auf die Bearbeitungszeile geschrieben (auch 
Tabulation, horizontale Cursorbewegungen 
und clear) und nach Betätigung der Enter-Ta- 
ste wird die Zeile übersetzt bzw. eine Fehler- 
meldung ausgegeben. Wird die Bearbei- 
tungszeile jedoch mit vertikalen Cursorbewe- 
gungen verlassen, so wird der alte Zustand 
der Bearbeitungszeile regeneriert und das 
angezeigte Bild in der entsprechenden Rich- 


DB . . . - Bytezuweisung 

DW ... - Doppelbytezuweisung 

DM 'Zeichenkette’ - Zeichenkettendefinition 
DS . . . - Speicherreservierung 

angegebener Länge (Eintrag 
von NOP) 

EXT ... - Markenwertzuweisung als 

Konstante 

END - Ende der Übersetzung 

M - für HL, z. B. LD M, A — »LD 

(HL), A 

ORG ... - stellt den Programmzähler 

auf die angegebene Adresse 



tung gerollt. Mit Hilfe von Steuerkommandos 
(ctrl-Taste) können verschiedene Hilfsfunk- 
tionen aufgerufen werden; Tafel 2 vermittelt 
dazu eine Übersicht. Verschiedene der Steu- 
erkommandos fordern Parameter an, die 
wahlweise als absolute Zahlenangaben, re- 
lative Zahlenangaben oder in symbolischer 
Form (Marke, eventuell mit Offset) angebbar 
sind. 

Abschließend zeigt Tafel 3 die möglichen 
Pseudobefehle, die auch den blockorientier- 
ten Übersetzerlauf unterstützen. 


EPROM-fähigeTURBO- 

PASCAL-Programme 

Durch den Einsatz moderner hochintegrierter 
Schaltkreise lassen sich bei geringem Platz- 
und Energiebedarf relativ hohe Speicherka- 
pazitäten realisieren. Damit wird es möglich, 
auch die Systemsoftware von Geräten des 
wissenschaftlichen Gerätebaus ganz oder 
teilweise in höheren Programmiersprachen 
zu erstellen. International hat sich vor allem C 
bei den 1 6-Bit-Prozessoren für diesen Zweck 
durchgesetzt. Aus folgenden Gründen er- 
schien die Verwendung von TURBO-PAS- 
CAL in unserer Einrichtung sinnvoll: 

• ausgezeichnete Programmierumgebung 

• einheitliche Programmiersprachen für Sy- 
stem und Anwendersoftware 

• genügende Code- und Laufzeiteffizienz 
dercompilierten Programme 
•problemlose Einbindung von Assembler- 
routinen 

•flexible Möglichkeiten zur Programmände- 
rung 

• vorhandene Programmiererfahrungen. 

Da die unter SCPX lauffähige Variante von 
TURBO-PASCAL (Bürocomputer, Personal- 


computer) Arbeitszellen im Bereich von 
0000H . . . OOFFH (Grundseite) benutzt, 
wurde das Laufzeitmodul (etwa 8 KByte) so 
verändert, daß diese Datenbereiche auf eine 
beliebige andere Adresse verschoben wer- 
den können. In Verbindung mit der CHN- 
Compileroption des TURBO-PASCAL-Com- 
pilers entstehen EPROM-fähige Programme, 
in denen auch die READ- und WRITE-Proze- 
duren möglich sind. Die Speicheraufteilung 
für ein solches Programm kann dann z.B. so 
aussehen: 

EPROM 

T urbo-Laufzeitmodul 
Gerätedriver (Code) 

Anwenderprogramme (Code) 

RAM 

Anwenderprogramme (Daten) 

Gerätedriver (Daten) 

Grundseite 

Der eigentliche TURBO-PASCAL-Compiler 
bleibt unverändert. Die Gerätedriver oder 
auch ein komplettes Betriebssystem können 
ebenfalls ganz oder teilweise in TURBO- 
PASCAL geschrieben werden. Abhängig von 
der konkreten Problemstellung benötigen die 
Programme im Verhältnis zu Assemblerpro- 
grammen erfahrener Programmierer 2- bis 


4mal mehr Speicher. Bei Aufgabenstellun- 
gen, die besonders viele arithmetische Funk- 
tionen beinhalten, liegt das Verhältnis bes- 
ser. Die unbestrittenen Vorteile der Verwen- 
dung einer Hochsprache hinsichtlich Lesbar- 
keit, Änderungsfreundlichkeit und Portabilität 
wiegen diesen Nachteil aber bei weitem wie- 
der auf. 

Neben der erwähnten Änderung des Lauf- 
zeitmoduls liegt außerdem ein PASCAL-Pro- 
gramm vor, das die Erzeugung von INLINE- 
Code aus der PRN-Datei des ASM (Makroas- 
sembler unter SCPX) gestattet. Optional 
kann der Quelltext des Assemblerpro- 
gramms als Kommentar mit in die INLINE- 
Anweisung aufgenommen werden. Externe 
Marken erscheinen mit ihrem Namen im In- 
line-Code. Zur Testunterstützung wurde au- 
ßerdem eine Möglichkeit der schrittweisen 
Abarbeitung der TURBO-PASCAL-Pro- 
gramme unter Ausnutzung der U-Compilerdi- 
rektive erarbeitet. Dr. B. Petzold 
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Forschungszentrum für Bodenfruchtbarkeit 
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C t o« 


Liebe Redaktion! 

| Wir sind ebenso wie andere Computerclubs 
der Auffassung, daß Hardware- und Soft- 
* ware-Lösungen unter den Clubs kostenlos 
getauscht werden sollten. 

; Unser Computer-Club hat in der Arbeits- 
■ gruppe „Zi013-Eigene Technik“ Mitglieder 
aus der gesamten DDR. Wir möchten Euch 
bitten, in zwangloser Folge Lösungsvor- : 
i schlage zur Diskussion zu stellen, 
fl In einem etsten Beitrag bieten wir unter- 
“ schiedliche Varianten einer Taktfrequenz- ■ 
umschaltung des MRB ZI 01 3. 

Weitere Vorschläge für Veröffentlichungen 
unsererseits sind: 


Elektronische Takt- 
frequenzumschaltung 
beim ZI 01 3 


Programme, die mit 1 MHz Taktfrequenz auf 
Kassette abgespeichert wurden, werden von 
der 2-MHz-Variante nicht eingelesen und 
umgekehrt. Aus diesen Gründen wurden für 
den Programmaustausch zwischen beiden 
Varianten Taktfrequenzumschaltungen als 
Hardware-Lösungen realisiert. 

Diese Taktfrequenzumschaltungen ermögli- 
chen im Betriebsmodus des ZI 01 3 das Um- 
setzen von Programmen in die jeweils an- 
dere Taktfrequenz. Die Umschaltung wurde 
so gewählt, daß der Takt zu jeder Zeit vorhan- 
den bleibt und damit der Refresh-Zyklus der 
dynamischen RAMs aufrechterhalten wird. 
Die Schaltungen wurden auf Lochraster-Lei- 
terplatten realisiert und mit Abstandsbolzen 
aus Plast etwa 2 cm über der Grundleiter- 
platte des MRB Z 1013 aufgestockt (Bild 1). 

Schaltungsbeschreibung 

Variante 1 

Diese Variante stellt eine Minimalvariante dar 
und wurde nur für Umspeicherungen in die je- 
weils andere Taktfrequenz konzipiert. Die 
Umschaltung erfolgt manuell über einen 



Schalter (DIL-Schalter) im Grundzustand des 
Mikrorechners. Dabei wird die Torfunktion 
der IS D 150 zur Auswahl der gewünschten 
Taktfrequenz genutzt. Die Auswahl wird 
durch den an Pin 4 gelegten Pegel (H oder L) 
bestimmt. Die LED signalisiert den 2-MHz- 
Betriebszustand. 

Variante 2 

Dieser Lösungsvorschlag wurde für die 
Steuerung der Taktfrequenzumschaltung 
von der Tastatur (Taste!) bzw. für eine soft- 
waremäßige Steuerung über einen PIO-Ka- 
nal entwickelt. Auch hierbei wird die Torfunk- 
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tion der IS D 150 genutzt. Die Umschaltung 
erfolgt nur zu eindeutig definierten Taktzeiten. 
Die Bedingungen sind: 

1 MHz = H 

2 MHz = H 

IS 3.2 = H/L Flanke an Eingang D 

Damit ist die Umschaltung zu jedem beliebi- 
gen Zeitpunkt, auch in laufenden Program- 
men, möglich. 

Dies ist z.B. vorteilhaft nutzbar bei Tonaus- 
gaben in Programmen. Für die Steuerung 
über die Tastatur ist die gesamte Schaltung 
zu realisieren, während bei einer Software- 
Steuerung A 3.1 entfallen kann und der PIO- 
Kanal direkt an den Eingang D der A 3.2 ge- 
führt wird. Bei Anschluß einer Alpha-Tastatur 
kann z. B. bei der Tastatur K 7659 die LED 
C99 zur Anzeige des Betriebsmodus genutzt 
werden. 

Variante 3 

Dieser Lösungsvorschlag erfolgte mit Gat- 
tern statt mit der IS D 150 und erfüllt schal- 
tungstechnisch die gleichen Bedingungen 
wie in Variante 2 beschrieben. 

Umrüstung des MRB ZI 01 3 
Eine Änderung der Original-Hardware ist 
nicht notwendig, es sind lediglich 2 zusätzli- 
che Bohrungen von 3,4 mm Durchmesser 
(Bild 1 ) für die Befestigung der Plastab- 
standsbolzen mit 2 Plastschrauben M3 erfor- 
derlich sowie die zum Anschluß erforderliche 
Verdrahtung. 

Auf der Originalplatine werden die Takt- 
brücke El ausgelötet und die 3 Drahtverbin- 
dungen 2 MHz, 1 MHz und Takt angelötet. 
Außerdem wird die Spannungsversorgung 
+5V und Masse von den in Bild 1 gekenn- 
zeichneten Punkten verdrahtet. 

Dabei ist auf folgende Anschlußbedingungen 
der IS D 150 zu achten: 

Pin3-2 MHz 
Pin 5-1 MHz 

Der Schalter bzw. die Taste zur Steuerung 
der Umschaltung kann an beliebiger Stelle 
angeordnet werden. 

Nach dem Verdrahten erfolgt die Befestigung 
der bestückten Zusatzplatine. Werden die 
Taste und die LED auf der Tastatur angeord- 
net, kann der Anschluß über die freien Kon- 
takte Bll und AI 3 des Steckverbinders x2 
erfolgen. H.-J. Bachmann 

Zu einem Ergebnis 
des Rundfunk-BASIC- 
Lehrgangs 

ln einer Sendung wurde ein BASIC-Pro- 
gramm zum Berechnen von Primzahlzwillin- 
gen vorgestellt. Das sind zwei Primzahlen, 
die den Abstand 2 besitzen, also z. B. 5, 7 
oder 71 , 73. Es war danach gefragt, wie das 
vorgestellte Programm funktioniert und wie 
es schneller zu machen geht. Die Antworten 
waren erfreulich, erstaunlich und es wurden 
Programme eingesandt, die bis zu einer rund 
lOfachen Geschwindigkeit gelangten. Doch 
nicht nur dies ist erstaunlich, nein auch, mit 
welcher Akribie hier vorgegangen wurde und 
wie vielfältig die Möglichkeiten sind, das eine 
Problem zu lösen. 




Hier seien 4 besonders interessante Lösun- 
gen im Vergleich zum Original abgedruckt. 
PRIZWI2 Original 1 

PRIZBEC F. Bäcker, Bralitz 2* 

PRIZST P. Sturm, Genthin 3* 

PRIZ4 Th. Kunert, Dessau 9* 

Ohne D. Bauke, Gera 1 .4* 

Die letzte Zahl gibt den Faktor der ungefäh- 
ren Erhöhung der Geschwindigkeit wieder. 
Man beachte auch die Länge und Lesbarkeit 
der Programme. Prof. Dr. H. Völz 


Speichererweiterungs- 
modul am KC 87 

Im KC 87 kommen die gleichen Speicherer- 
weiterungsmodule wie im KC 85/1 zum Ein- 
satz, d. h. für ein Erweitern des Arbeitsspei- 
chers des Grundgerätes der RAM-Er- 


weiterungsmodul 690003.5 (16KByte) und 
für eine Festwertspeichererweiterung 
der ROM-Erweiterungsmodul 690002.7 
(10 KByte). 

Die 64 KByte Gesamtspeicherumfang des 
KC 87 (KC 85/1) sind in 4 Blöcke von je 
16 KByte gerastert, ihre Anfangsadressen 
lauten 0000H (RAM-Bereich des Grundgerä- 
tes), 4000 H, 8000H, C000H. Diese Anfangs- 
adressen sind in bekannter Weise mit Schal- 
tern auf der jeweiligen Modul-Leiterplatte ein- 
stellbar. Beim Einsatz von Speichererweite- 
rungsmodulen ist folgendes zu beachten. 

RAM-Erweiterung 

Der KC 87 (85/1 ) erkennt nur einen zusam- 
menhängenden RAM-Bereich. Deshalb wird 
ein einzeln stehender RAM-Erweiterungs- 
modul mit der Anfangsadresse 8000H nicht 
akzeptiert. Wenn ein 32 KByte-RAM-Bereich 
benötigt wird, ist das nur durch einen RAM- 
Erweiterungsmodul mit Anfangsadresse 
4000H realisierbar. 

ROM-Erweiterung 

Ein ROM-Erweiterungsmodul umfaßt einen 
Adreßbereich von 10 KByte ab eingestellter 
Anfangsadresse. Er darf zur Vermeidung von 
Doppelbelegungen keinen durch RAM-Mo- 
dule bereits belegten Adreßbereich benut- 
zen, ansonsten unterliegen die Anfangs- 
adresse 4000H und/oder 8000H keiner Ein- 
schränkung. 

Für die Anfangsadresse C000H ist zu beach- 
ten, daß hier normalerweise der BASIC-Inter- 
preter beginnt. Soll in dessen Bereich ein an- 
deres ROM-Programm arbeiten, muß der 
BASIC-Interpreter eliminiert werden. 

Beim KC 85/1 wird dafür der BASIC-Modul 
gegen den ROM-Erweiterungsmodul ge- 
tauscht (natürlich bei abgeschaltetem Gerät). 
Beim KC 87 muß der im Grundgerät inte- 
grierte BASIC-Interpreter abgeschaltet wer- 
den. Das geschieht durch eine Masseverbin- 
dung zwischen den Steckverbinderpunkten 
XI : 1 B (= Masse) und XI : 9B (/ROMDI). Die 
Masseverbindung ist als Lötbrücke serien- 
mäßig ab 1987 in die ROM-Erweiterungsmo- 
dule eingebaut. Im KC 85/1 führt diese Mas- 
severbindung allerdings auch zur Abschal- 
tung des Betriebssystems. Demzufolge sind 
beim Einsatz von Kleincomputern und ROM- 
Erweiterungsmodulen verschiedener Gene- 
rationen die Hinweise in der Tafel zu beach- 
ten. Diese Hinweise gelten auch für alle aus 
dem ROM-Erweiterungsmodul abgeleiteten 
Module wie 

IDAS-Modul 690 020.3 

EDITOR/ASSEMBLER-MODUL 690 022.8 
und 

PLOTTER-GRAFIK-MODUL 690 033.2, 
die im Adreßbereich C000H - E7FFH ange- 
ordnet sind. D. Lauter 


Kombination 

Maßnahmen 

KC-Typ 

ROM-Modul mit 

ROM-Bereich ab C000H 

ROM-Bereich ab 


Seriennummer 


4000Hoder8000H 

85/1 

unter 870000 

BASIC-Modul ziehen 

keine 

85/1 

ab 870000 

Lötbrücke auf Modul-Lp trennen 


87 

unter 870000 

Verbindung zwischen Steck- 
verbinderstift 1 B und 9B 

keine 



auf Modul-Lp einfügen 


87 

ab 870000 

keine 

Lötbrücke auf 
Modul-Lp trennen 
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Probleme, Tricks 
und kurze Routinen 

ln der Praxis der Rechentechnik erweisen 
sich immer wieder kleine Erkenntnisse als 
besonders nützlich. Wir beabsichtigen' 
daher, beginnend in diesem Heft unter ' 
der Rubrik Computerclub einige spezielle 
Spalten für derartige Probleme einzurich- 1 
ten. Hier sollen auf der Basis der Einsen- 
dungen unserer Leser solche Lösungen*; 
regelmäßig abgedruckt werden. Sie soll- 
ten aus diesem Grund sehr kurz darge- 
stellt werden und der Umfang in der Regel i 
eine Schreibmaschinenseite nicht über- • 
steigen. Entsprechend dem Profil unserer 
Zeitschrift müssen die dargestellten Fak- : 
. ten das Gebiet der Mikrorechentechnik : 
betreffen. Es interessieren Hard- und 
Software-Fragen. 

Die der Redaktion zugesandten Pro- 
bleme können Anfragen an andere Leser | 
sein, wiez. B.: 

- Routinen zur einfachen Erzeugung von i 
Kreis- bzw. Ellipsenbögen 

- Formatierung von Zahlen in BASIC 

- Interface-Probleme bezüglich ver- ; 
schiedener Rechner. 

Unter Tricks verstehen wir Lösungen, die 
durch ihre Einfachheit und Leistungsfä- 
higkeit bestechen. Hierzu können z. B. 
gehören: 

- Kassettenroutinen mit Namensein- 
gabe, z. B. CSAVE*‘‘“-f-N$; A (siehe Heft 
6/87, S. 162) 

- RUN im Programm, um Felder zu rede- 
finieren. 

Kurze Routinen müssen eine relativ uni- \ 
verseile Verwendung garantieren, z. B.: 

- die Speicher- und ladbare Bildschirm- 
kopie in diesem Heft 

- das Problem der Primzahlzwillinge in 
diesem Heft. 

Wir bitten Sie, liebe Leser, uns im allge- 
meinen Interesse Ihre Beiträge hierzu zu 
übersenden. Sie nützen damit vielen an- 
deren. 


Speichern von Bild- 
schirminhalten 
beim KC 85/2 und /3 


Der KC85/2 bzw. 13 besitzt eine hochauflö- 
sende Grafik. Die Bilder benötigen zum Auf- 
bau oft sehr lange Zeit. Daher wäre es be- 
quem, wenn man die fertigen Bilder auf Kas- 
sette archivieren könnte. Infolge der Block- 
anzeige beim Retten und Laden sowie der 
Interaktivität Tastatur-Bildschirm geht dies 
jedoch nicht ohne weiteres. Hier wird eine 
anders geartete Methode vorgestellt. Sie 
verwendet im BASIC-Programm zwei Ma- 
schinenroutinen. Die erste, bei 406H, dop- 
pelt den Bildschirminhalt (Pixel-RAM) auf 
den Adreßbereich 1800 - 3FFFH. Diezweite 
legt ihn von dort auf den Pixel-RAM zurück. 
Hier sind Zusatzmöglichkeiten zur Manipula- 
tion ergänzt. 

Ferner können Sie mittels Cursor und Ein- 
gabe zusätzliche Kennzeichen auf dem Bild 
anbringen. Für eine Bildschirmhardcopy 
wird der Cursor vorher automatisch unter- 
drückt. 


Anordnung des Hilfsprogramms 

Um diese Möglichkeiten zu erproben, wurde 
ein kurzes BASIC-Programm geschrieben, in 
dessen Zeile 0 die beiden Maschinenrouti- 
nen eingebunden sind. Den HEX-Dump des 
gesamten Programms zeigt Bild 1 . Es ist in- 
folge seiner Kürze mühelos mit MODIFY ein- 
zugeben und dann zu retten. Die Arbeit damit 
gestaltet sich wie folgt: Einschalten des 
Rechners, BASIC normal initialisieren (Mo- 
dul-BASIC beim KC85/2 oder KC85/3 di- 
rekt); mit BYE zurück ins Betriebssystem; 
Routine laden; MODIFY 3D7 mit: 3D7: B004 
REBASIC. Wenn Sie jetzt LIST ausführen, 
erscheinen zunächst auf dem Bildschirm 




unübliche Zeichen. Dann wird der Bildschirm 
gelöscht und schließlich folgt Bild 2. Ein RUN 
muß dann Bild 3 erzeugen. 

Danach liegt der Bildschirminhalt auch auf 
dem Adreßbereich 1800H - 3FFFH. Hiervon 
können Sie sich wie folgt überzeugen: CLS, 
BYE, MENU und mit %COPY 0 ist sofort das 
Bild wieder vorhanden. Mit %COPY FF er- 
halten Sie ein vollständig negiertes Bild, und 
mit %COPY 77 eine andere interessante 
Struktur. 


Funktionieren der Routine 

Mit CLEAR 30,6100 wird der Stringraum auf 
30 Byte begrenzt und die obere Adresse auf 
6100D = 17D4H begrenzt. Dadurch wird der 
BASIC-Raum auf etwa 5 KByte reduziert. 
Dies reicht noch in vielen Fällen. Ansonsten 
ist ein zusätzlicher 1 6-oder 64-K-RAM zu ver- 
wenden und der zweite Wert bei CLEAR ent- 
sprechend zu erhöhen. Der erste Wert ist zu 
erhöhen, wenn Strings verwendet werden. 
Die Zeilen 30 bis 40 beschreiben den Bild- 
schirm mit dem Muster von Bild 3, und CALL* 
406 legt ihn danach auch auf den Speicher- 
bereich 1800 bis 3FFFH. Dies erfolgt einfach 
mit dem LDIR-Befehl. Doch zuvor müssen 
HL, DE, BC gesetzt sowie der Bildschirm an- 
geschaltet werden, letzteres erfolgt mit: 

DB 88 IN A, (88H); von PIO 
CBD7 SET 2, A 
D3 88 OUT (88H), A 

Es sei noch erwähnt, daß jeweils ein Byte 
mehr übertragen wird. Dies ist notwendig, da- 
mit im Maschinencode keine 0 vorkommt. Die 
Wiedergaberoutine arbeitet ähnlich, jedoch 
wird dabei der Inhalt mit 
XORB 

verändert. Deshalb sind nach COPY die ver- 
schiedenen Werte notwendig. 

Retten und Laden 

Nach dem bisher Gesagten ist es leicht mög- 
lich, den Bildschirminhalt zu retten und er- 
neut in den Rechner zu laden. Dies geschieht 
im Betriebssystem mit SAVE 1800 3FFF 
bzw. LOAD des geretteten Files. Danach 
kann wie oben weiter verfahren werden. 

Es ist auch kein Problem, Bildinhalte an an- 
dere Adreßbereiche zu verlagern oder gar 
mehrere zugleich abzulegen. In diesem Fall 
sind nur die Byte bei den Adressen 41 4/41 5 H 
und 429/42 AH entsprechend zu verändern. 

Prof. Dr. H. Völz 

Nutzung der Tape-LED 

Die Tape-LED des KC 85/3 (12) ist am Daten- 
bit 5 des PlO-Ports mit der Adresse 88H an- 
geschlossen. Soll dieses Datenbit verändert 
werden, muß gewährleistet sein, daß alle an- 
deren Datenbits unverändert bleiben. Nähe- 
res in/1/. 

Das folgende kleine BASIC-Programm läßt 
die LED blinken: 

1 0 OUT 1 36,INP(1 36) OR 32:PAUSE 2:1 LED on 
20 OUT 1 36,INP(136) AND 223:PAUSE 2:! LED off 
30 GOTO 10 

K.-D. Kirves 


Literatur 

IM -;Kleinkomputer KC 85/3 System-Handbuch; 
VEB Mikroelektronik „W. Pieck“ Mühlhausen 
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Börse 


Kleincomputer- 

Teachware 

Für die Lehrlings-, Schüler- und 
Studentenausbildung bieten wir 
eine nachnutzbare Teachware 
unter Nutzung des Kleincompu- 
ters KC 85/3 an. Das Lehrbuch 
(Autor Dr. Peter Kolbe) umfaßt 
287 Seiten (mit 143 Seiten für 
Aufgaben, Lösungen, Pro- 
gramme und Übungen), 1 9 Ab- 
bildungen, 2 Tabellen und 78 
Struktogramme zu den 38 Bei- 
spielen des Programmpakets 
PEGASUS. 

Es beschreibt die wesentlichen 
Hardwarekomponenten eines 
Mikrorechnersystems und erläu- 
tert sie anhand einer Minimal- 
konfiguration mit dem KC 85/3. 
Weiterhin werden die Grund- 
züge der Softwareentwicklung 
(Prinzipien, Konzepte und Pha- 
sen) vorgestellt. Wesentlich ist 
die Einführung von Linear-Struk- 
togrammen als zweckmäßiges, 
grafisches Beschreibungsmittel 
für den Softwareentwurf. 

Der Hauptanteil des Lehrbuches 
wird durch 38 grafische Aufga- 
benstellungen bestimmt mit Lö- 
sungsentwürfen anhand von 78 
Struktogrammen sowie BASIC- 
Implementationen auf der Pro- 
grammkassette. Die Programme 
sind im Programmpaket PEGA- 
SUS (Programmlösungen ele- 
mentarer grafischer Aufgaben- 
stellungen und Strukturerzeu- 
gungen) zusammengefaßt. 
Hochschule für industrielle 
Formgestaltung, Wissen- 
schaftsbereich Designmetho- 
dik, Neuwerk 7, Halle, 4020; 

Tel. 85 03 73 

Prof. Dr. sc. Frick 


CPASET 

CPASET ermöglicht den Aus- 
tausch von Disketten, die im 
Home-Format (800 KByte) des 
Betriebssystems CPA formatiert 
sind, zwischen den Personal- 
computern A 7100 (SCP) und 
PC 171 5 (CPA). CPASET läuft 
am A 71 00 unter SCP 1 700 und 
ermöglicht für alle Laufwerke 
(A-D) vom Typ MFS 1 .6 das Ein- 
stellen des CPA-Home-Forma- 

Sektorierung: DSx80x5x1024 
P Systemspuren: keine 
Verzeichnis: 1 92 Einträge 

■ Spur-O-Behandlung: keine 
Diskettenkapazität: 800 KByte. 

Ein mit CPASET umgestelltes 
Laufwerk erlaubt das Schreiben 
und Lesen derartiger Disketten 
am A 71 00. 

Voraussetzung für die Anwen- 
dung von CPASET ist ein vorhe- 


riger Lauf des im SCP 1 700 ent- 
haltenen Dienstprogramms 
DISKSET zur Initialisierung des 
Floppy-Controllers auf die 
5x1 024-Sektorierung, da CPA- 
SET selbst keine Controllerinitia- 
lisierung durchführt. 
Komponenten: 

CPASET.CMD Maschinenpro- 
gramm (SCP 1700, CP/M-86) 
CPASET.DOC Dokumentation 
VEB Blechwarenfabrik Obero- 
derwitz, Dr. Volker Sieber, 
Dorfstr. 146, Oberoderwitz, 
8716; Tel. Niederoderwitz 
7459 

Hentschel 


Grafikfähige IFSS- 
Schnittstelle 
am K6311 

Um die serielle Schnittstelle 
IFSS unter Beibehaltung der 
IFSS-Interfacekassette grafik- 
fähig zu gestalten (K 631 1 ist se- 
rienmäßig nur mit V.24 und Cen- 
tronics grafikfähig), wurde die 
Umprogrammierung der 
EPROM-Kassette mit folgenden 
Parametern vorgenommen: 

- Übertragungsrate: 9600 Bd 

- Übertragungsart: Duplex 

- Übertragungsbreite: 7 Daten- 
bits 

- Sicherung: ungerade Parität 

- Steuerungsprotokoll: 

XON = DC 1 , XOFF = DC 3 

Der Datenaustausch erfolgt 
nach den Bedingungen der 
V.24 - Schnittstelle mit folgen- 
den Einschränkungen: 

- Anzahl der Teilbilddaten (Ein- 
zelbildmodus) begrenzt infolge 
der Übertragungsbreite von 7 Bit 
auf 127 Schritte 

- Ansteuerung der Drucknadel 
1 nicht möglich (für zusammen- 
hängende Bilder werden nur 6 
Nadeln benötigt) 

- Steuercodesequenzen Sende 
Gerätestatus und Sende Gerä- 
teerkennung auf der Empfangs- 
schleife und Fehlerstatus DC 4 
auf der Sendeschleife sind nicht 
auswertbar. 

Die Programme zur Hardcopy 
des Grafikbildschirms VIS 2A 
über die Schnittstelle IFSS sind 
in den Betriebssystemen SCP 
und EIEX implementiert und mit 
dem Mikrocomputersystem 
MC 80.31 getestet worden. Um- 
programmierungen der Interfa- 
cekassetten IFSS werden in un- 
serer Einrichtung vorgenom- 
men. 

Karl-Marx-Universität Leipzig, 
Bereich Medizin, Abt. Mikro- 
rechentechnik, Liebigstr. 27, 
Leipzig, 7010; Tel. 7167385 

Dr. Börner 


Kurvenorientierte 

Grafiksoftware 

Im Rahmen der Entwicklung ei- 
nes intelligenten Meßsystems 
wurden von uns Programme zur 
2dimensionalen Kurvendarstel- 
lung auf dem Plotter K6418 und 
den Druckern K6311/K6312 
(Einzelpunktmodus) erstellt 
(Programme für K 631 3/K 6314 
sind in Vorbereitung). 

Alle Programme wurden unter 
dem Betriebssystem SCP mit 
der Programmiersprache PAS- 
CAL entwickelt und sind für ei- 
nen Arbeitsspeicherbereich von 
48 KByte ausgelegt. Sie sind für 
die Darstellung von gemessenen 
oder berechneten Kurvenverläu- 
fen konzipiert. Je nach Pro- 
grammversion bestehen Wahl- 
möglichkeiten zwischen Netz- 
und Achsendarstellung, Mehr- 
kurven- und Mehrdiagrammdar- 
stellung, unterschiedlichen Li- 
nientypen, verschiedenen For- 
maten, Eingabe oder Berech- 
nung der Markenabstände. 
Hochschule für Verkehrswesen 
Dresden, Technikum Diagnostik 
und Zuverlässigkeit, Post- 
schließfach 103, Dresden, 8072; 
Tel. 46601 58 

Holst 


Leiterkartenherstellung 

Im Zusammenhang mit dem Auf- 
bau von Kapazitäten zur Herstel- 
lung von durchkontaktierten Lei- 
terkarten (DLK) im VEB Daten- 
verarbeitungszentrum Rostock 
wurde eine Reihe von spezifi- 
schen Ausrüstungen projektiert. 
Das sind z. B.: 

- Lackzieheinrichtung 

- Galvanikanlage für DLK. 

Für diese Spezialausrüstungen 
liegen Konstruktionsunterlagen 
vor, die von Interessenten im 
Rahmen der Nachnutzung er- 
worben werden können. 

VEB Datenverarbeitungszen- 
trum Rostock, Betriebsteil 
EPMR, Abt. Absatz, E.-Schle- 
singer-Str. 37, Rostock 6, 2500; 
Tel. 8511 

Bruhn 


Digitalisierung von. 

Leiterplatten-Kon- 

struktionsunterlagen 

Das Programmpaket dient der 
rechentechnischen Bearbeitung 
und maschinellen Zeichnung 
von Leiterplattenkonstruktions- 
unterlagen. 

Merkmale: 

- Kopplung zwischen HDG 1/ 
HDG 2 und BC A 51 20/A 51 30 
unter SIOS 


- Wandlung grafischer Daten 
einer Leiterplattenvorlage in die 
NC-Sprache AZT-80 und Anle- 
gen der Satzdatei auf Diskette 

- Eigene Makrodefinition und 
Einbindung in die Satzdatei 

- Manipulieren mit der Satzda- 
tei 

- Erzeugen einer variablen 
Schrift 

- Ausgabe von Steuerdaten für 
ALZG 3, LM-Z 10 und LKA 

- Rechentechnische Ableitung 
weiterer Leiterplattenunterlagen 
(z. B. Lötmaskenaufdruck, Bear- 
beitungszeichnung, Koordina- 
tenlisten außer Raster befindli- 
cher Bohrungen). 

VEB Zentrum Wissenschaft und 
Technik Dresden, Betrieb des 
VEB Kombinat Rundfunk und 
Fernsehen, PF 969, Dresden, 
8060 


Mittel- und lang- 
fristige Planung - 
Erneuerungspaß 
(MLP-EP) 

Das Projekt MLP-EP ist ein 
Zweiebenenprojekt zur Speiche- 
rung und Auswertung von Er- 
neuerungspaßdaten auf ESER- 
Rechner und zur Übernahme 
und Auswertung ausgewählter 
Teildatenbestände auf Personal- 
computern PC 1 71 5. Der Ge- 
samtdatenbestand aller Erneue- 
rungspässe wird in einer Daten- 
bank gespeichert und verwaltet, 
die mit dem Datenbankbetriebs- 
system DBS/R (Version 5.2) or- 
ganisiert wird. 

Informationsauszüge aus dieser 
Datenbank können am PC 1715 
arbeitsplatzbezogen ausgewer- 
tet werden. Die Auswertung er- 
folgt unter Nutzung von REDA- 
BAS, einschließlich des Listge- 
nerators. 

Für die Datenerfassung am 
PC 1 71 5 oder BC A 51 20/A 51 30 
wird auf die Anwendung des Pro- 
grammes ERZ PA der SZS orien- 
tiert. Hardwarebasis: 

EC 1055/1056 

PC 171 5 mit 2 MFS 1.6 und 8"- 
Beistellgefäß 

EC 5075 (Diskettenlesegerät für 
8"-Disketten) 

Softwarebasis: 

OS/ES 6.19, SVS; DBS/R 5.2; 
UNI 3; SCP 1715; REDABAS. 
VEB Robotron-Elektronik Dres- 
den, Grunauer Str. 2, Dresden, 
8012 


Faktografisches 

Informationsrecherche- 

system 

REDAFAKT basiert auf REDA- 
BAS und dient der Erfassung, 
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Börse 


Pflege, Recherche und wahl- 
freien Ausgabe von Daten fester 
Länge auf Bildschirm und/oder 
Drucker. Test und Erprobung 
erfolgen auf A 51 20/A 51 30 u nd 
PC 171 5. 

Entsprechend dem Erfassungs- 
modus erfolgt die Dateneingabe 
auf Maskenbasis nach dem Prin- 
zip Merkmalsname: Merkmals- 
aussage (n). 

Das Programm ist überall dort 
nutzbar, wo sich der dokumen- 
tierende Sachverhalt in das o. g. 
Erfassungsschema gliedern 
läßt, der Datenbestand sich qua- 
litativ für die dezentrale Rechen- 
technik und ihre spezifischen 
Speichermedien eignet sowie 
die angebotenen Aufbereitungs- 
formen ausreichend erscheinen. 
VEB Robotron-Elektronik Dres- 
den, Leitstelle für Information 
und Dokumentation, PSF 330, 
Dresden, 8012 


Zentrale Datenbank 
Raum- und Flächen- 
nutzung 

Die Rationalisierungslösung be- 
steht aus dem Organisationsteil 
(Org.-Anweisung) und der Pro- 
grammdokumentation. 

Der Org.-Teil regelt die Verant- 
wortlichkeiten bei der Planung 
und Vergabe von Räumen und 
Flächen sowie der Organisation 
des Zusammenwirkens zwi- 
schen den Partnern. 

In der Programmdokumentation 
sind alle Hauptproduktions-, 
Hilfsproduktions-, Nebenproduk- 
tions-, Lagerflächen, Büro- und 
Verwaltungseinrichtungen sowie 
alle gemeinschaftlich genutzten 
Einrichtungen gespeichert. 
Genutzt werden PC oder BC mit 
2 Laufwerken unter SCP und 
REDABAS. 

VEB Halbleiterwerk Frankfurt 
(O), PSF 379, Frankfurt (O), 
1200 


Terminkontrolle 
im Leitungsprozeß 

Das Programm wurde für den 
PC 1 71 5 in REDABAS geschrie- 
ben und wird zur Kontrolle vorge- 
gebener Termine im Betrieb ein- 
gesetzt. 

Uber eine Menüführung ist es 
dem Bediener möglich, Termine 
neu aufzunehmen, zu löschen 
bzw. zu ändern. Die Termine 
können auf dem Bildschirm auf- 
gelistet bzw. gedruckt werden. 
Es können bis zu 3500 Termine 
auf eine Diskette gebracht wer- 
den. Ein Diskettenwechsel ist 
vorgesehen. Der Vorteil des Sy- 
stems besteht darin, daß sich 


jährlich wiederholende Termine 
übertragen lassen und eine Pro- 
grammerweiterung ohne größe- 
ren Aufwand realisierbar ist. 

VEB Funkwerk Kölleda, Eugen- 
Richter-Str., PSF 48, Kölleda, 
5234 


EPROM-Programmier- 

Steckeinheit 

für BCA 51 20/A 51 30 

Mit dem Programm können 
EPROMs mit der Speicherkapa- 
zität 1 , 2, 4, 8, 1 6 KByte gelesen 
und programmiert werden (2708, 
2716, 2732, 2764,27128, 
K573RF1 , K573RF2). 
Voraussetzung: Bürocomputer 
mit Programmiersteckeinheit 
Anwenderspeicher: 30 KByte 
RAM (Mindestgröße) 
Kontaktierung der EPROMs im 
spannungslosen Zustand! 
Funktionen: Lesen, Vergleichen, 
EDC-Berechnung, Einfügen ei- 
nes Bytes, Löschen eines Bytes, 
Inhalt ändern, Programmieren, 
Teilprogrammierung, Füllbyte, 
Systemrückkehr. 
VEB-Robotron-Buchungsma- 
schinenwerk Karl-Marx-Stadt, 
Annaberger Straße 93, Karl- 
Marx-Stadt, 9048 


Stücklistengewinnung 

STL1.5 

Mit Hilfe der Programme kann 
der Konstrukteur Stücklisten ge- 
winnen sowie Artikelrecherchen, 
Masse- und Oberflächenberech- 
nungen durchführen (mit selb- 
ständiger Eintragung in Listen), 
indem Kurzbezeichnung der 
Bauelemente und Positionsnum- 
mern eingegeben werden. 
Vereinfachter Dateienaufbau ist 
möglich. 

Als Grundlage dient ein BC mit 3 
Folienspeichern oder ein PC 
1715. Betriebssystem ist SCP 
oder CP/A; Voraussetzung sind 
Bauelementedateien. 

VEB Studiotechnik Berlin, Run- 
gestr. 25/27, Berlin, 1020 



CdmPUTER 

FÜR EUCH 


Eine neue populärwissenschaftliche Zeitschrift 
über die Spezialgebiete 
Computertechnik und Informatik 
aus Bulgarien 


Diese neue Zeitschrift soll vor allem die Jugend auf den Um- 
gang mit der Computertechnik vorbereiten. Sie publiziert dazu 
neue Erkenntnisse, Methoden und Wege. 


Aus dem Inhalt: 

- methodische Materialien für das Studium, 

- allgemeinbildende Artikel aus dem Gebiet der Informatik, 

- Lehrstoff zum Erlernen der verschiedenen Programmier- 
sprachen und Fertigkeiten bei der Programmierung, 

- Anwendungsprogramme für die Lösung von Aufgaben in 
verschiedenen Zweigen der Wirtschaft, 

- Feinheiten und Fertigkeiten bei der Programmierung, 

- Grundsätzliches zum Aufbau und zum Arbeitsprinzip der 
Computer sowie verschiedene Lösungen für die Erweite- 
rung ihrer Möglichkeiten, 

- internationale Neuheiten und Tendenzen bei der Entwick- 
lung von Software und Hardware. 

„Computer für Euch“ ist hauptsächlich auf die Personalcompu- 
ter der Reihe „Pravec 82“ und den Heimcomputer „ Pravec 8D“ 
gerichtet und wird in Zukunft auch über IBM-PC-kompatible 
1 6-Bit-Rechner informieren. 

lndex-Nr.:Z 20593 

Abonnementspreis: 14,10 M für 3 Monate 
Erscheint einmal monatlich 
in bulgarischer Sprache 

„Computer für Euch“ können Sie bis zum 10. des 2. Monats vor 
Beginn des Bezugszeitraumes beim Zentralvertrieb des Post- 
zeitungsvertriebs, Falkenberg, 7900, bestellen. 


Wir suchen . . . 

. . . eine Lösung zum Anschluß 
von LBE (K6200) bzw. Loch- 
bandstanzer/Lochbandleser an 
einen PC 1 71 5 oder BC A 51 20. 
VEB MAW Armaturenwerk 
Prenzlau, Abt. TVF, Wilhelm- 
Pieck-Straße 91, Prenzlau, 

2130; Tel. 32459 oder 32250 

Brausendorf 
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Bericht 


3. UNIX-Problem- 
seminar 

Vom 21 . bis 24. April 1 987 führte 
das Rechenzentrum des Infor- 
matikzentrums der TU Dresden 
in Nassau/Erzgeb. ein Problem- 
seminar zur Anwendung UNIX- 
kompatibler Betriebssysteme 
durch. Es nahmen 45 Entwickler 
und Anwender aus 21 Einrich- 
tungen des MHF, der Industrie- 
ministerien und der NVA teil. 
Schwerpunktmäßig wurden fol- 
gende Themen behandelt: 

1. UNIX-kompatible Systeme 
für ESER 

2. Anwendung und Eigenschaf- 
ten des Systems BSD 2.9 für 1 6- 
Bit-SKR-Technik 

3. UNIX auf Arbeitsplatz- und 
Personalcomputern 

4. Gekoppelte UNIX-Systeme. 

Zum ersten Schwerpunkt berich- 
teten die Vertreter der TU Karl- 
Marx-Stadt, der TH Leipzig und 
der Friedrich-Schiller-Universität 
Jena über die Bereitstellung von 
weiteren Treibern für die Geräte 
der ESER-Peripherie und dar- 
über, daß grundlegende Voraus- 
setzungen für eine Weiterent- 
wicklung des Systems geschaf- 
fen werden konnten. Erste Erfah- 
rungen mit dem Betrieb der 
Stand-alone- Version des VMX 
an der TU Karl-Marx-Stadt zeig- 
ten eine Durchsatzerhöhung von 
ca. 60%. 

Von Vertretern der Martin-Lu- 
ther-Universität Halle und des 
Informatikzentrums der TU Dres- 
den wurde über erste positive 
Erfahrungen mit dem System 
BSD 2.9 informiert, das für die 
1 6-Bit-SKR-T echnik seit kurzem 
zur Verfügung steht. Durch Än- 
derungen am Systemkern und 
am Filesystem wurde die Ge- 
schwindigkeit des Systems er- 
höht. Außerdem ist der Prozeß 
der Systemgenerierung wesent- 
lich vereinfacht worden. Für den 
Anwender wird es besonders 
durch die Verfügbarkeit von 
Compilern für FORTRAN77, 
PASCAL und durch ein LlSP-Sy- 
stem attraktiv. 

Im dritten Schwerpunkt wurden 
die Systeme WEGA und MUTOS 
1700 des P8000 bzw. des 
A 71 00 vorgestellt. Die Teilneh- 
mer schätzten ein, daß die At- 
traktivität UNIX-kompatibler Sy- 
steme in dieser Leistungsklasse 
in entscheidendem Maße von 
der Bereitstellung peripherer Di- 
rektzugriffsspeicher mit einer 
Kapazität größer 20 MByte ab- 
hängt. 

In Diskussionen äußerten die 
Teilnehmer die Beobachtung, 


daß eine verstärkte „Verkom- 
merzialisierung“ von UNIX zu 
verzeichnen ist. Das zeigt sich 
u.a. 

- in Entwicklung und Vertrieb 
durch führende Softwareherstel- 
ler 

- im Schutz der Urheberrechte 
durch Nichtweitergabe von Sy- 
stemquellen 

- im Schutz des Systems gegen 
Kopieren 

- im preislich gestaffelten Ange- 
bot für verschiedene System- 
komponenten. 

Es wurde eingeschätzt, daß 
UNIX gegenüber anderen Be- 
triebssystemen im Angebot an- 
wendungsorientierter Software 
z. Z. noch zurückbleibt. Hier 
kann erwartet werden, daß die 
führenden Softwarehersteller 
zukünftig ihre Produkte auch für 
UNIX anbieten. Benötigt werden: 

- Programmiersprachen 
TURBO-PASCAL, MODULA2, 
COBOL 

- Datenbanksysteme 

- Graphikpakete zur Unterstüt- 
zung von Konstruktionsaufga- 
ben. 

Um mit dem in der DDR verfüg- 
baren Potential den internationa- 
len Weg mitgehen zu können, ist 
kooperatives Wirken der Ent- 
wickler und Anwender UNIX- 
kompatibler Systeme notwendig. 
Dazu hat mit Sicherheit dieses 
Seminar, nicht zuletzt durch die 
angenehme Atmosphäre am Ta- 
gungsort, einen wichtigen Bei- 
trag geleistet. Es ist beabsichtigt, 
im März 1 988 ein weiteres Semi- 
nar auszurichten. Interessenten 
wenden sich bitte an den Veran- 
stalter. 

Dr. C. Kofer 


PERSCOMP’87 

Die „Nationale Konferenz mit 
internationaler Beteiligung zur 
Personal-Computertechnik“ der 
VRB, veranstaltete vom 21 . bis 
23. April dieses Jahres in Sofia, 
hat sich bereits mit ihrer zweiten 
Tagung zu einer respektablen 
und repräsentativen Veranstal- 
tung dieses hochaktuellen Gebie- 
tes von Wissenschaft, Technik 
und Volkswirtschaft entwickelt. 
Die PERSCOMP-Konferenzen 
stehen unter dem Protektorat 
des Staatsratsvorsitzenden der 
VRB, Todor Shivkov, und wer- 
den von insgesamt 8 Institutio- 
nen und Organisationen veran- 
staltet. Den Vorsitz der Konfe- 
renz übernahm der Akademie- 
präsident der bulgarischen Aka- 
demie der Wissenschaften 
(BAN), Prof. A. Balevski. 


Die Hauptträgerschaft obliegt 
dem Institut für Kybernetik und 
Robotik (ITKR) der BAN Sofia 
(Dir. Prof. A. Angelov). Die Ge- 
staltung der Tagung sowie der 
Ablauf können als beispielhaft 
angesehen werden. Sehr vorteil- 
haft erwies sich die Einordnung 
der Plenarsitzungen täglich von 
1 1 .00 - 1 3.00 Uhr mit jeweils 3 
bis 4 Übersichts- und Orientie- 
rungsthemen vorzugsweise in- 
ternationalen Charakters (darun- 
ter 7 Vorträge von DDR-Teilneh- 
mern). 

Das Ziel der Konferenz besteht 
darin, die Teilnehmer über den 
national und international er- 
reichten Stand des Entwurfes, 
der Produktion und vor allem der 
Nutzung von Personalcompu- 
tern in unterschiedlichsten Berei- 
chen der Gesellschaft zu infor- 
mieren. Zu diesem Zweck war 
mit der Konferenz eine Ausstel- 
lung von Personalcomputern 
der VRB, mit Geräten aus der 
DDR und.besonders den USA 
verbunden. 

In den Übersichtsthemen domi- 
nierten 16- und 16/32-Bit-Perso- 
nalcomputer (PC-XT und PC- 
AT) ausschließlich mit der IBM- 
Portabilität (MS-DOS, PC-DOS), 
die als defacto-Weltstandard mit 
langer Lebensdauer ausgewie- 
sen wurden (bis ca. 1995). Die 
dominierenden Basis-Prozesso- 
ren sind der i80286 und der 
M 68020. Als aufwärtskompati- 
bler 32-Bit-Personalcomputer 
wird der mit dem i80386 verbes- 
serte PC-AT folgerichtig einge- 
ordnet. Als stark vorwärtswei- 
sende Alternativen dazu erschei- 
nen 32-Bit-PC auf RlSC-Prozes- 
sor-Basis bzw. die MICRO-VAX. 
Damit schließen Mikrorechner 
vollständig zum Systemniveau 
von Minirechnem auf und über- 
nehmen mit diesen das klassi- 
sche Minirechner-Niveau voll- 
ständig. Entsprechend wurde 
eine Langlebigkeit der beiden 
Betriebssystemklassen MS- 
DOS und UNIX/VMS festgestellt. 
Wesentlich dabei erscheint die 
konsequente Öffnung von Ent- 
wicklungs-Betriebssystemen 
(DOS, UNIX) zu Echtzeit-Steuer- 
betriebssystemen für Prozeß- 
rechner-Funktionen. Dieser in- 
ternationalen Linie ordnet sich 
der RGW ein. 

Die wichtigsten Themen der Ta- 
gungsbeiträge in etwa 30 Sitzun- 
gen waren: 

- PCs in lokalen Netzen (LAN) 

- Peripherie-Geräte für PCs 

- PCs in industriellen Anwen- 
dungen zur Meßwertverarbei- 
tung und Steuerung technologi- 
scher und fertigungstechnischer 
Prozesse 


- CAD/CAM/CAE-Systeme für 
den rechnergestützten Entwurf, 
die rechnergestützte Produk- 
tionsvorbereitung und -Steue- 
rung 

- Labormeßwertverarbeitung, 
Laborautomatisierung 

- PCs in der Signalanalyse und 
Signalsynthese 

- Roboter-Steuerungssysteme. 
Eine bedeutende Gruppe von 
Vorträgen befaßte sich mit der 
Nutzung von Verfahren der 
künstlichen Intelligenz, mit so- 
zialen Fragen der „Computeri- 
sierung der Volkswirtschaft“ und 
Ausbildungs-/Qualifizierungs- 
problemen. 

Die nächste Tagung ist für April 
1989 angekündigt. 

Prof. Dr. M. Roth 


Termine 

Lehrgänge des Informatik- 
Zentrums an der Technischen 
Universität Dresden 
für das 2. Halbjahr 1987 

Einführung in die Parallelverar- 
beitung mit Mikroprozessoren 
26.11.-27.11.1987 
Leitung: Dr.-Ing. Stange 
Wissenschaftsbereich Rechner- 
systeme 1 ’ 

Projektierung von lokalen Rech- 
nernetzen 

8.12. -11.12.1987 

Leitung: Prof. Dr. sc. oec. Garbe 
Wissenschaftsbereich Rechner- 
systeme 1 ’ 

Systemprogrammiersprache C 
(mit Prüfung; Voraussetzung: 
Grundlehrgang 1) 

14.12. -18.12. 1987 
Leitung: Doz. Dr. sc. techn. Horn 
Bereich Applikation und Ser- 
vice 2 ’ 

Teilnahmemeldungen werden 
erbeten an 
v Informatikzentrum 
des Hochschulwesens 
an der TU Dresden, 

Stellv. Bereich Weiterbildung 
(Tel. 457 5279) 

Mommsenstraße 13, Dresden, 
8027 

z> Kammer der Technik, 

BV Dresden, 

Abt. Weiterbildung 
(Tel. 2326210) 

Basteistraße 5, Dresden, 8020 
Prof. Dr. Giesecke 
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Interaktive Bildverarbeitungssysteme 
für Forschung und Industrie A 6470 


Jahrelange gemeinsame Forschungs- und Entwicklungsarbeit hochquali- 
fizierter Wissenschaftler und Ingenieure führten zu Systemlösungen, die 
neue Möglichkeiten der Bildverarbeitung bieten. 


robotron 


Dazu gehören: 

- Automatisierte Mikroskopbildanalyse 

- Bildverarbeitungstechnik im industriellen Einsatz 

- Fernerkundung der Erde 

Mit dem interaktiven digitalen Bildverarbeitungssystem robotron A 6470 
steht ein modular ausbaufähiges System zur Verfügung, das problemlos 
den unterschiedlichsten Anforderungen der multispektralen, multitempo- 
ralen und lokalen Bildverarbeitung, von der experimentellen Verarbeitung 
kleiner Bildmengen (BVS A 6471) bis zur Routineverarbeitung mit höch- 
sten Verarbeitungsgeschwindigkeiten (BVS A 6472 und 6473) angepaßt 
werden kann. 

Die wesentlichsten Bildverarbeitungskomponenten, Displayprozessor, 
Bildspeicher, Grafikeinheit, Steuerrechner, Ein- und Ausgabegeräte, wer- 
den über den Systembus K 1 600 bzw. UNIBUS/Q-Bus konfiguriert. 

Der Displayprozessor ist ein Echtzeit- Pipelineprozessor, der die Bilder 
zeitlich synchron zur Videonorm verarbeitet. Die interaktive Verarbeitung 
erfolgt nach dem SIMD-Prinzip. Die Bildspeicher haben eine Kapazität bis 
zu 2 Megabyte. 

Die Grafikeinheit realisiert typische Funktionen der Rastergrafik und der 
Grafiküberlagerung. 

Der Steuerrechner hat eine Verarbeitungsbreite von 16 bit parallel und 
eine Hauptspeicherkapazität von 256 KByte. 


VEB Robotron-Vertrieb Berlin 

Mohrenstraße 62 
Berlin 

DDR- 1080 
Exporteur: 

Robotron Export-Import 

Volkseigener Außenhandelsbetrieb 
der Deutschen Demokratischen Republik 
Allee der Kosmonauten 24 
Berlin 

DDR -1140 


I 
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(Fortsetzung von der 2. Umschlagseite) 

Programmentwicklung und Test 
lassen sich künftig auch mit dem 
im Kombinat VEB Elektroappa- 
ratewerke Berlin-Treptow produ- 
zierten System P 8000 effektivie- 

Die Aufzählung der gezeigten 
Rechnertypen belegt, daß uns 
Computer unterschiedlicher Lei- 
stungsklassen - vom 8-Bit-Per- 
sonalcomputer bis zum 32-Bit- 
Rechner - für die Steigerung der 
Effektivität von Forschung, Ent- 
wicklung und Produktion zur Ver- 
fügung stehen. Demonstriert 
wurde dieses auf der Ausstellung 
anhand zahlreicher Anwendun- 
gen, vom Technologenarbeits- 
platz über die Leiterplattenent- 
wicklung bis zu speziellen Aufga- 
benlösungen in der Forschung. 
Immer wieder beeindruckend sind 
die Beispiele, die unser tägliches 
Leben berühren, wie etwa die 
von einem K 1 520 gesteuerte 
Lese- und Erkennungseinrichtung 
zum Briefverteilautomaten aus 
dem Institut für Post- und Fern- 
meldewesen (Bild 5). Mit ihr soll 
die Verteilleistung von bisher 3600 
(halbautomatisch) auf 10000 
Sendungen je Stunde erhöht 
werden. Oder die Mustervorbe- 
reitungsanlage CAD-COMNIT, 
mit der ein wesentlich schnelle- 
rer und damit modisch aktueller 
Entwurf von Strickwaren am 
Computer möglich wird (Bild 6). 
Wie die Kleincomputer in der 
Ausbildung von Schülern und 
Lehrlingen genutzt werden kön- 
nen, wurde im Ausstellungsbe- 
reich Volksbildung gezeigt 
(Bild 7), kam aber auch bei der 
Betätigung der Jugendlichen in 
den Computerzentren zum Aus- 
druck. Hier waren einige der 
Kleincomputer übrigens mit dem 
tschechischen Plotter XY 41 31 
ausgestattet worden, der auch 
für den Vertrieb in der DDR vor- 
gesehen ist (Bild 8). 

Zum Abschluß unseres Berich- 
tes von der Ausstellung ein klei- 
ner Blick in die Zukunft und ein 
Beispiel für die Zusammenarbeit 
von Wissenschaft und Produk- 
tion: Im Komplex des Hoch- und 
Fachschulwesens gab es die 
experimentelle Demonstration 
eines neuen physikalischen 
Prinzips zu sehen, das den Aus- 
gangspunkt für eine digitale Lo- 
gik bildet -optische Bistabilität 
eines Typs, der 1 982 an der 
Humboldt-Universität zu Berlin 
entdeckt wurde und an deren 
Erforschung in Kooperation mit 
dem Kombinat Mikroelektronik 
gearbeitet wird (Bild 9). Vielleicht 
zeichnet sich hier einer der 
Wege zum noch leistungsfähige- 
ren optischen Computer ab, für 
deren Entwicklung in der ganzen 
Welt geforscht wird. We 


Fotos: Weiß (9) 
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Ein Schwerpunkt angewandter 
Mikroelektronik in der Ausstellung 

- über die Sie weitere Informatio- 
nen auf der 2. und 3. Umschlag- 
seite dieses Heftes finden - wa- 
ren CAD/CAM-Arbeitsstationen. 
Sichtbarer Ausdruck - im doppel- 
ten Sinne des Wortes - für das 
Vermögen dieser Anlagen, selbst 
vielschichtige Zusammenhänge 
anschaulich, aussagekräftig und 
eindeutig auszuweisen, waren 
die zahlreich erzeugten grafi- 
schen Darstellungen auf Druk- 
kern, Plottern und - siehe Titelbild 

- Laser-Beschriftungsanlagen. 
Die oftmals bestaunte ästheti- 
sche Attraktivität vieler Darstel- 
lungen, von denen wir Ihnen 
einige zeigen, sollte allerdings 
nicht die Aufgaben für Entwurf 
und Konstruktion vergessen las- 
sen, deren Lösung ohne Compu- 
ter heute meist unmöglich wäre. 
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Schaltkreisentwurf 


• Modulgenerierung auf Leafcellbasis 

• Schaltungsentwurf im Top-Down-Stil 






Neuer sowjetischer 
Computer 

Kurz vor dem Abschluß stehen 
im Moskauer Institut für Feinme- 
chanik und Rechentechnik Ar- 
beiten an einem neuen Compu- 
ter, der mehrere Milliarden 
Rechenoperationen in der Se- 
kunde ausführen kann. Bei El- 
brus-3 handelt es sich nach 
TASS um einen Computer einer 
neuen Generation, dessen 
Schnelligkeit aufgrund des Mo- 
dulprinzips seines Aufbaus ge- 
währleistet wird. Er enthält 1 6 
Prozessoren, die zusammenge- 
schlossen sind und bei einem 
auftretenden Defekt jeweils die 
Aufgabenlösung eines anderen 
Prozessors mit übernehmen 
können. Daraus resultiert neben 
der hohen Leistung seine große 
Betriebssicherheit. Die modern- 
sten sowjetischen Computer ent- 
hielten bisher 10 Prozessoren 
und konnten 125 Millionen Ope- 
rationen in der Sekunde ausfüh- 
ren. Mit der Anwendung des Mo- 
dulsystems gehen die sowjeti- 
schen Wissenschaftler eigene 
Wege bei der Entwicklung von 
Computern hoher Leistung. Der 
aus mehreren Prozessoren be- 
stehende Computeraufbau 
diene dem Ziel, Computer zur 
Parallelbearbeitung von kompli- 
zierten Algorithmen und mathe- 
matischen Prognosen zu entwik- 
keln. 

Das sowjetische Mehrprozes- 
sor-Prinzip habe bei amerikani- 
schen Fachleuten Interesse her- 
vorgerufen, die zur Zeit am 
Cray-3 mit 16 Prozessoren ar- 
beiten. 

ADN 



Das Gesicht der neuen bulgari- 
schen Zeitschrift „Computer für 
Euch“, über die wir in MP 9/87, 
S. 286 informierten. In populär- 
wissenschaftlicher Herange- 
hensweise werden in dieser 32 
Seiten umfassenden Publikation 
Hardware- und Softwarethemen 
behandelt. 


BASIC - 1 XI 
des Programmierens 

ln einer Koproduktion von Radio 
DDR II und dem VEB Deutsche 
Schallplatten wird auf 6 Kasset- 
ten ein Lehrgang zum Erlernen 
von BASIC - auf der Grundlage 
des BASIC-Kurses von Prof. Dr. 
Horst Völz im Rundfunk -her- 
ausgegeben. Die Kassetten 1 
bis 5 enthalten Erläuterungen zu 
den BASIC-Anweisungen und 
Funktionen. Hinweise für eine 
effiziente Programmgestaltung 
findet der Hörer auf Kassette 5. 
Die gesendeten Programme ent- 
hält Kassette 6. Die Programm- 
beispiele liegen bisher für KC85/ 
2 und /3 bzw. KC85/1 und 87 vor. 
In Vorbereitung befinden sich 
jeweils Kassetten mit den Pro- 
grammen lauffähig auf Commo- 
dore C 64, Atari 800XL und Sin- 
clair Spectrum. 

Bezogen werden kann die Prä- 
sentbox (6 Kassetten und 2 T ext- 
hefte) zu einem Preis von 
96,60 M überden Schallplatten- 
einzelhandel (Katalognummer: 
003002-007). 

Hamann 


Ausstellung 
über Bürotechnik 

Vom 1 7. bis 1 9. November 1 987 
zeigt die Fa. RANK XEROX in 
Berlin in einer Ausstellung ihre 
neuen Produkte. 

Neben den Kopierern 1065 und 
1 01 2 sowie dem Telekopierer 
701 0 werden vorgestellt: 

- IBM-AT-kompatibler 16-Bit- 
PC OPat, mit Matrixdrucker und 
Software, insbesondere Desk- 
top-Publishing-Programm: Ven- 
tura Publisher 

- MS-Net-kompatibles Hi-Net- 
PC- Local-Area-Network 

- 4045-Laserdrucker und -ko- 
pierer 

- CAD-Arbeitsplatz, bestehend 
aus dem PC OPat mit ^“-Gra- 
fik-Bildschirm, AUTOCAD-Soft- 
ware, Grafiktablett mit Lightpen 
und Penplotter; außerdem elek- 
trostatische Plotter von VERSA- 
TEC und RX-Plandrucker. 

In allen drei Tagen stehen Sy- 
stemspezialisten zur Verfü- 
gung. 

Interessierte Betriebe können 
sich zwecks Teilnahme bzw. Ein- 
ladung an das RANK-XEROX- 
Büro im Internationalen Han- 
delszentrum in 1086, Berlin, 
Friedrichstr., Tel: 20 96 26 75/76 
wenden. 

M. Mittelhaus 


Aus der Arbeit 
der WGMA 

Anläßlich der Aktivtagung der 
WGMA am 18. Juni 1987 in Leip- 
zig wurde die Bildung neuer zu- 
kunftsträchtiger Fachgremien 
beschlossen, und es wurden de- 
ren Vorsitzende berufen: 

FA Beratungs-IExpertensy- 
steme in der Automatisierungs- 
technik 

- unterderLeitung von Prof. Dr. 
sc. Jürgen Wernstedt 

FA Automatisierungssysteme 

- unter der Leitung von Prof. Dr. 
sc. Peter Neumann 

FUA Basissteuerungen 

- unter der Leitung von Dr. sc. 
Jan Lunze 

FUA Betrieb von Kleinrechnern 

- unter der Leitung von Dr. Tim 
Retter 

FUA Modellierung und Simula- 
tion in der Ökonomie 

- unter der Leitung von Prof. Dr. 
sc. J. A. Müller. 

Mit der Bildung dieser Fachgre- 
mien wird das Ziel verfolgt, wis- 
senschaftlich-technische Ent- 
wicklungen frühzeitig in die Ar- 
beit der WGMA zu integrieren. 
Die sich hier entwickelnde inter- 
disziplinäre Gemeinschaftsar- 
beit auf diesen Fachgebieten 
soll mit dazu beitragen, die so- 
zialistische Zusammenarbeit zu 
entwickeln, um mit KDT-Stand- 
punkten und -Empfehlungen 
staats- und wirtschaftsleitende 
Einrichtungen bei der Entschei- 
dungsfindung zu unterstützen. 
Ebenso gilt es, mit diesen Gre- 
mien den notwendigen Bildungs- 
vorlauf für die Weiterbildung in 
der KDT zu schaffen als eine not- 
wendige Konsequenz der weite- 
ren Forcierung von Wissen- 
schaft und Technik. 

K.-D. Müller 


Industriestandard 
für optische Speicher? 

Die wichtigsten amerikanischen 
und japanischen Hersteller ha- 
ben sich auf ein gemeinsames 
Aufzeichnungsformat bei 5,25- 
Zoll-Laufwerken geeinigt, so die 
Zeitschrift Elektronik in ihrer Aus- 
gabe 14/87. Damit wird in Zu- 
kunft ein Austausch von Disket- 
ten zwischen Laufwerken ver- 
schiedener Fabrikate möglich - 
sowohl für einmal beschreibbare 
wie für löschbare und aus- 
schließlich lesbare optische Da- 
tenträger. Das dem Komitee 
X3B1 1 des American Accredited 


Standards Committee vorge- 
schlagene Composite/Conti- 
nuous-Format bietet im Ver- 
gleich zu anderen Verfahren 
einige Vorzüge, wie etwa höhere 
Speicherkapazität und Übertra- 
gungsraten oder kürzere Zu- 
griffszeiten. 

1 8 Hersteller haben sich auf das 
Composite/Continuous-Format 
geeinigt. Grundlage des Compo- 
site/Continuous- Verfahrens ist 
das fortlaufende Nachführen und 
Scharfstellen des Kopfes. Es 
erlaubt die Abspeicherung von 
mindestens 300 MByte auf jeder 
Seite einer 5,25-Zoll-Diskette. 
Das stetige Taktsignal schafft 
die Voraussetzung für eine hohe 
Übertragungsrate. Zeitliche Ab- 
weichungen zwischen dem Da- 
tentakt und dem vorformatierten 
Takt, wie sie beim Sampled- 
Servo-Format auftreten können, 
sind damit ausgeschlossen. Da 
die fortlaufenden Rillen außer- 
dem ein schnelleres Übersprin- 
gen der Spuren gestatten, erge- 
ben sich kürzere Zugriffszeiten. 


Drucker schreibt 
mit fester Tinte 

Die US-amerikanische Firma 
dataproducts corp. aus Wood- 
land Hills/Kalifornien hat einen 
Drucker entwickelt, der aufgrund 
einer neuartigen Drucktechnik 
mit fester Tinte Briefqualität er- 
reicht, meldete die Zeitschrift 
Electronics. Die Nachteile her- 
kömmlicher Tintenstrahldrucker 
-wie verstopfte Düsen und die 
Verwendung nur bestimmter Pa- 
piersorten - sollen dabei aber 
vermieden werden. Der neue 
Drucker verwendet eine feste 
Tinte in Pelletform und einen 
neuentwickelten Druckkopf, der 
in Briefqualität eine Geschwin- 
digkeit bis 400 Zeichen/s ermög- 
licht. Die horizontale Auflösung 
beträgt bei 200 Zeichen/s 480 
Punkte/Zoll und bei 400 Zei- 
chen/s 240 Punkte/Zoll. Die ver- 
tikale Auflösung liegt bei 240 
Punkte/Zoll. Insgesamt trägt der 
Druckkopf 32 Düsen. Die Druck- 
qualität soll besser als bei Ty- 
penrad- oder Laserdruckern 
sein, und die Geräuschentwick- 
lung wird mit weniger als 55 db 
angegeben. Ein weiterer Vorteil 
ist, daß ein breites Sortiment an 
Papier und auch transparente 
Vorlagen bedruckt werden kön- 
nen. Bei dem eigentlichen 
Druckvorgang werden die Tin- 
tenpellets geschmolzen und ver- 
flüssigt auf das Papier gespritzt, 
wo sie zu feinen, kräftig dunklen 
Punkten erstarren. 


Repro : Wosnizok 
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Vorschau 

ln MP 1 1 /87 haben wir für Sie einen Schwer- 
punkt zum Thema Computergrafik vorberei- 
tet; u. a. finden Sie folgende Beiträge zu die- 
ser Thematik: 

- Pseudografik auf PC 171 5 und A 71 00 

- Grafik am A 71 00 

- Grafikprogramm zur Darstellung von Er- 
gebnissen der Aufwärtsübersetzung. 
Weiterhin informieren wir Sie mit einem Ein- 
führungsbeitrag über die Programmierspra- 
che PROLOG und drucken einen Disassem- 
bler für den KC 85/3 ab. 
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E3 Zu RAM-Floppy - 
ein schneller Zusatz- 
speicher für Büro- 
computer in MP 3/87, 
Seite 83 

Zu diesem Aufsatz, dessen An- 
liegen uneingeschränkt zuzu- 
stimmen ist, gibt es einige Be- 
merkungen bezüglich der hard- 
und softwaretechnischen Reali- 
sierung. 

Der Aufbau einer RAM-Diskette 
mit speziellen Steckeinheiten 
(dyn. Seitensteuerung) ist si- 
cherlich nicht von der Mehrzahl 
der Anwender zu akzeptieren. 
Vielmehr sollte es gelingen, sol- 
che Steckeinheiten dafür einzu- 
setzen, die zur Zeit von indu- 
striellen Herstellern (z. B. Erwei- 
terungsmodul EM 256, Kombinat 
ftbbotron) bzw. Zentren für wis- 
senschaftlichen Gerätebau (z. B. 
256 KByte NANOS, IHS Warne- 
münde/Wustrow) hergestellt 
werden. Dabei ist dann das Prin- 
zip der Zwischenpufferung der 
Daten im nicht geschalteten Sy- 
stembereich anzuwenden (siehe 
auch /I/). Als Zwischenpuffer 
können z. B. in CP/M-Systemen 
die Speicherbereiche für die 
Read-after-Write-Funktion der 
Diskettentreiber genutzt werden. 
Die Verwendung der Blockpuffer 
der Diskettentreiber wird nicht 
empfohlen, da dieses bei unge- 
schickter Anwenderprogram- 
mierung ein ständiges Leeren 
der Blockpuffer verursachen 
würde. 

Es ist damit zu rechnen, daß sich 
die eigentliche Blocktransport- 
zeit gegenüber der Anwendung 
einer dynamischen Seitensteue- 
rung verdoppelt. Da jedoch für 
die Berechnung der Speicher- 
adressen und der Prüfsummen 
sowie die Datenverifizierung 
durch Read-after-Write ebenfalls 
Rechenzeit benötigt wird, wirkt 
dieser Nachteil nicht so stark. 
Beim Zugriff auf die RAM-Dis- 
kette ist zu beachten, daß im 
wegzuschaltenden Hauptspei- 
cherbereich Interruptroutinen 
der Anwenderprogramme liegen 
können. Für die kurze Zeit des 
Datentransportes zwischen der 
RAM-Diskette und dem Puffer 
ist der Prozessor für Interrupts 
zu sperren. 

Dr. Karl Westendorff, Wismar 

Literatur 

IV Westendorff, Karl: COS/PSA und 
COS/MFA-Zwei neue Betriebs- 
systeme für das Meßcomputersy- 
stem PSA und das modulare Fou- 
rieranalysesystem MFA. 

T agungsbeiträge der Fachtagung 
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technik '86“, KDT, Fachverband 
Elektrotechnik 


M CP/M oder UDOS? 

Im Beitrag Nachladbare Geräte- 
treiber für Personal- und Büro- 
computer in MP 6/87 wird ge- 
schildert, wieviel Überlegungen, 
Softwareentwicklungen und 
Tricks erforderlich sind, um die 
Einbindung zusätzlicher Geräte- 
treiber in CP/M-kompatible Be- 
triebssysteme zu ermöglichen. 

In dem Beitrag sind sieben allge- 
meingültige Forderungen an 
nachladbare Gerätetreiber her- 
ausgearbeitet. Die geforderten 
Leistungsmerkmale sind not- 
wendig, werden aber von CP/M 
und kompatiblen Betriebssyste- 
men in keiner Weise unterstützt. 
Es ist verwunderlich, wie CP/M 


mit den genannten und weiteren 
schwerwiegenden konzeptionel- 
len Schwächen überhaupt so 
weite Verbreitung finden konnte 
und noch heute genutzt wird; 
erklärbar nur dadurch, daß CP/M 
schon auf dem inzwischen ver- 
alteten 18080/8085 Prozessor 
lauffähig war. Das RlO-kompati- 
ble Betriebssystem UDOS erfüllt 
alle im Beitrag genannten Forde- 
rungen: 

© Der Hauptspeicherbereich ist 
in 51 2 Seiten zu je 1 28 Byte auf- 
geteilt, die vom Speicherverwal- 
ter einzeln oder als zusammen- 
hängende Segmente verwaltet 
werden. Von der Anforderung 
bis zur Freigabe reserviert der 
Speicherverwalter RAM-Seg- 


mente exklusiv für das anfor- 
dernde Programm. 

© Vom Betriebssystem, System- 
programmen und Treiberrouti- 
nen benötigte Speicherbereiche 
werden ebenfalls vom Speicher- 
verwalter reserviert; Konflikte 
sind ausgeschlossen. 

® Massenspeicherzugriff und 
Ein-/Ausgabe werden als ein- 
heitliche Operationen aufgefaßt! 
(Ist z. B. das Ausstanzen eines 
Lochstreifens, Archivieren und 
Wiedereinlesen eine Speiche- 
rung oder Ein-/Ausgabe?). Gerä- 
tename und Laufwerksnummer 
sind Bestandteil des Filena- 
mens. Damit kann der Bediener 
beliebige Speicher- bzw. E/A- 
Geräte anwählen. 

© Laden neuer Treiberpro- 
gramme mit Speicherreservie- 
rung und Einbinden ins Betriebs- 
system mittels Systemkom- 
mando ACTIVATE. 

© DEACTIVATE entfernt die 
Treiber wieder. 

© Anzeige aller aktiven Geräte 
durch das Systemkommando 
LADT. 

UDOS hat weitere Vorzüge, wie 
z. B. für jede Datei freie Wählbar- 
keit des Disketten-Aufzeich- 
nungsformats zwischen 1 28 
Byte und 4 KByte je Block zur 
Optimierung zwischen guter 
Speicherausnutzung und 
schnellem Zugriff, Schutzeigen- 
schaften für jede Datei (löschge- 
schützt, schreibgeschützt . . .), 
Kommandosprache zur Formu- 
lierung häufig gebrauchter Ab- 
läufe wie Compilieren/Assem- 
blieren/Binden und anschließen- 
des selbsttätiges Abarbeiten 
ohne zwischenzeitlichen Bedie- 
nereingriff u. v. a. m. 

Das UDOS-Betriebssystem ist 
auf MRES, BC5120, P8000 und 
PC 171 5 implementiert. 

Archibald Hoklas, Rostock 

Wir teilen Ihre Auffassungen be- 
züglich der besseren techni- 
schen Leistungsmerkmale des 
Betriebssystems UDOS. Es ist 
aber sicher kein Geheimnis, daß 
sich international für 8-Bit-Mikro- 
prozessorsysteme nicht UDOS 
oder RIO, sondern CP/M in über- 
wältigender Weise durchgesetzt 
hat. Man mag das beklagen, un- 
abhängig davon muß man aber 
dieser Entwicklung auch in der 
DDR durch Einsatz des CPIM- 
kompatiblen SCP Rechnung tra- 
gen. Die Vor- und Nachteile ei- 
nes Betriebssystemkonzeptes 
für den Anwender lassen sich 
eben nicht nur rein technisch 
vom Betriebssystemkern her be- 
urteilen. Natürlich bleibt letztlich 
jedem Anwender die Qual der 
Wahl nicht erspart. 


Am 7. August 1987 hat sich das 
Leben unseres Freundes und Ge- 
nossen Manfred Schubert, Präsi- 
dent der Kammer der Technik, Ab- 
geordneter der Volkskammer der 
DDR, Ordentlicher Professor an 
der Technischen Universität Dres- 
den, Korrespondierendes Mitglied 
der Akademie der Wissenschaften 
der DDR, Ordentliches Mitglied 
der Sächsischen Akademie der 
Wissenschaften, nach schwerer 
Krankheit im Alter von 57 Jahren 
vollendet. 

Wir verneigen uns in tiefer Dankbarkeit vor seiner Persönlich- 
keit. Mit Manfred Schubert verlieren wir einen national und in- 
ternational geschätzten Wissenschaftler unseres Landes, der 
seine ganze Persönlichkeit für unser sozialistisches Vaterland, 
für den Sozialismus und den Frieden einsetzte. 

Manfred Schubert hat als Präsident der Kammer der Technik in 
den vergangenen 1 3 Jahren einen hohen persönlichen Beitrag 
zur Entwicklung unserer sozialistischen Ingenieurorganisation 
geleistet. 

Vor Ort in den Kollektiven, bei den Menschen am Arbeitsplatz, 
das war sein Wirkungsfeld. Ob unter Tage im Kaliwerk Zielitz, 
im Kombinat Elektro-Apparate-Werke „Friedrich Ebert" Berlin, 
im VEB Geräte- und Regler-Werke Teltow oder in der Betriebs- 
sektion der KDT im Chemiefaserkombinat „Wilhelm Pieck“ 
Schwarza, überall und immer war sein Rat gefragt. 

Der sparsame und behutsame Umgang mit den begrenzten 
Reichtümern der Natur und die damit verbundene Verantwor- 
tung für die Generationen nach uns waren ihm ein hohes per- 
sönliches Anliegen. Darin sah er eine große gesellschaftliche 
Verantwortung des Ingenieurs. 

Mit seinem überzeugenden politischen Engagement, seinem 
unermüdlichen Fleiß und seinem hohen Verantwortungsbe- 
wußtsein für die Entwicklung von Wissenschaft und Technik, 
mit seiner menschlich so aufgeschlossenen Art, seinen anre- 
genden, auf die Lösung der Probleme gerichteten Hinweisen, 
zog Manfred Schubert jeden in seinen Bann und motivierte ihn 
zu neuen Leistungen. Jede Aufgabe betrachtete er als seinen 
persönlichen Auftrag und setzte sich leidenschaftlich für die Er- 
füllung ein. 

Mit uns trauern Genossen und Freunde, Mitglieder der Kam- 
mer der Technik, Wissenschaftler, Ingenieure und Studenten 
an den Forschungs- und Bildungseinrichtungen sowie in den 
Kombinaten und Betrieben unseres Landes. 

Wir erfüllen sein Vermächtnis, wenn wir in seinem Sinne die 
vor uns stehenden Aufgaben lösen, und gedenken seiner in 
Dankbarkeit und Ehrerbietung. 

Präsidium der Kammer der Technik 
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Programmsystem für den Schaltkreis- 
entwurf im Top-Down-Stil 


Matthias Baier, Michael Eigner 
Zentralinstitut für Kybernetik und Informa- 
tionsprozesse der AdW der DDR, IT Dresden 

1. Entwurfsschritte 

Ausgangspunkt des hier vorgestellten 
Schaltkreis-Entwurfs ist eine Schaltungsbe- 
schreibung auf höherem Abstraktionsniveau, 
z. B. ein Logik-Schaltplan bzw. ein Elektrik- 
Schaltplan. Ein solcher Plan ist dadurch ge- 
kennzeichnet, daß er aus logischen oder 
elektrischen Elementen und der Angabe der 
Verbindungen zwischen diesen besteht. Da- 
bei ist die Anordnung der Elemente auf dem 
Plan im allgemeinen so, daß ein Ingenieur 
leicht das funktionelle Zusammenspiel der 
Schaltplanelemente ableiten kann (inge- 
nieurnahe Darstellung). Solche Schaltplan- 
elemente können sein: 

• Symbole, die wiederum für einen Schalt- 
plan stehen, wodurch eine hierarchische Be- 
schreibung komplexer Schaltungen durch 
weniger Schaltungsteile möglich ist und/ 
oder 

• Primitives, also Funktionseinheiten, die 
selbstdefinierend und nicht weiter strukturell 
spezifiziert sind. Unter solche Primitives, die 
nichts anderes sind als elementare Beschrei- 
bungen, fällt auch der Transistor. 

Da ein Schaltplan selbst aus Schaltplänen 
bestehen kann, ist es möglich, immer kom- 
• plexere Funktionseinheiten zu beschreiben. 
Dabei entsteht eine Hierarchie von Schaltplä- 
nen, die in ihrer Gesamtheit einen komplexen 
Sachverhalt detailliert darstellt (Bild 1 ). 

Die hier behandelte Entwurfsstrategie bein- 
haltet nun die computergestützte Überfüh- 
rung einer solchen Hierarchie gegebener 
Schaltpläne von einem hohen Abstraktions- 
niveau bis in das Feinlayout. Dies geschieht 
in zwei Richtungen: 

-• durch Spezifizierung der funktionellen 
Struktur, indem zu jedem Schaltplanelement, 
falls noch nicht vorhanden, ein neuer Schalt- 
plan angegeben wird, womit eine Schaltplan- 
hierarchie entsteht 

- durch Übergang von einem höheren zu ei- 
nem niedrigeren Abstraktionsniveau.’ Dies 
geschieht auf interaktiv-graphischem Wege 
durch schrittweise Spezifizierung der Schalt- 
planelemente, also der Zuführung von Infor- 
mationen, die für die immer niedrigeren Ab- 
straktionsebenen notwendig sind. 

Der Entwurf von einem Logik-Schaltplan aus 



erfolgt schrittweise, wobei die Einzelschritte 
nachfolgend charakterisiert werden. 

1.1. Logik-Plan-Protection 

Ist ein Logikplan (z. B. durch Simulation) für 
richtig befunden, so erhält er einen Schutz- 
code, der die relevante logische Struktur da- 
gegen schützt, daß sie im weiteren Entwurf 
durch Entwerferhandlungen verändert wird. 

1.2. Überführung des Logik-Schaltbildes 
in den Logik-Floor-Plan 

Ist ein Schaltplan dadurch gekennzeichnet, 
daß er bestimmte Informationen so darstellt, 
daß ein Ingenieur leicht den. logischen Infor- 
mationsfluß erfassen kann (das heißt, die 
Schaltplanelemente sind dem Signalfluß ent- 
sprechend angeordnet), so ist der Floor-Plan 
dadurch charakterisiert, daß nunmehr die 
prinzipielle Anordnung der Schaltungsele- 
mente so dargestellt wird, wie sie später auf 
dem Chiplayout auch sein wird. Man geht mit 
dem Floorplan damit von der ingenieurorien- 
tierten Darstellung über zur chiporientierten 
Darstellung (Bild 2). Der Floor-Plan ist ge- 
kennzeichnet durch 

- chipnahe Größe der verwendeten Funk- 
tionsblöcke sowie der Anordnung der Aus- 
gänge/Eingänge inclusive des übergeordne- 
ten (diese Funktionsblöcke zusammenfas- 
senden) Blocks. 

- chipnahe Anordnung der Funktionsblöcke 
im übergeordneten Block, wobei aber in der 
Regel noch keine chipnahe Darstellung der 
Realisierung der Signalverläufe, sondern im- 
mer noch Darstellung des logischen Signal- 
flusses in ingenieurnaher Weise erfolgt. 

1.3. Überführung des Logik-Floor-Planes 
in den Elektrik-Floor-Plan 

In diesem Entwurfsschritt wird der Logik- 
Floor-Plan um die für die elektrische Funktion 
unerläßlichen Potentiale (Masse, Betriebs- 
spannung) erweitert, indem neue, nur auf 
dem Elektrik-Niveau relevante Anschlüsse 
an den Symbolblöcken definiert und mitein- 
anderverbunden werden (Bild 3). 

Analog zur Logik-Plan-Protection wird ein 
(nach erfolgreicher Simulation als korrekt be- 
stätigter) Elektrik-Plan gegen Veränderun- 
gen im weiteren Entwurfsablauf geschützt. 


1.4. Übergang in das Layout-Niveau 

Das Layout-Niveau ist durch folgende Fakten 

gekennzeichnet: 



Bild 2 Chiporientierter Logik-Floorplan 


• Unmöglichkeit der Veränderung des logi- 
schen und elektrischen Netzes 

• Vorgabe von Anweisungen für die Reali- 
sierung der Verdrahtung auf dem Chip, ins- 
besondere Vergabe der technologischen 
Ebene und der Lage der Anschlüsse des um- 
schließenden Funktionsblockes (Header) 

• Während im Sinne des elektrisch/logi- 
schen Netzes Signal- oder Potentialein-/Aus- 
gänge nicht mehr verändert werden, können 
doch zu diesen Ein-/Ausgängen äquivalente 
definiert werden, die layoutbezogen andere 
Positionen bei gleicher elektrischer/logischer 
Bedeutung haben. 

• Möglichkeit einer Umplazierung der Funk- 
tionsblöcke. 

Aus diesen Informationen und dem elektri- 
schen/logischen Netz wird dann automatisch 
ein kompaktes Feinlayout erzeugt. 

Dies geschieht durch 

- automatische Bestimmung des topologi- 
schen Leitbahnverlaufs bzw. Übernahme der 
expliziten Blockverbindung (s. 1.4.1.) ent- 
sprechend der angegebenen Potential- oder 
Signalverläufe 

- Überführung des topologischen Leitbahn- 
verlaufes in ein symbolisches Feinlayout 
(STICKS) 

- Compaktion und Feinlayoutbestimmung 
mittels der Routinen der eingebundenen 
STICK-Software. 

Durch die variable Angabe von Entwurfsre- 
geln in der STICK-Software ist damit ein weit- 
gehend technologieunabhängiger Entwurf 
(bei Beibehaltung der Basis-Technologie) 
möglich. 

Für die oben angeführte interaktive Beein- 
flussung der Verdrahtung unterscheidet man 
die folgenden zwei Arbeitsweisen. 

1.4.1. Explizite Blockverbindung 
Die explizite Blockverbindung (Bild 4) ist ge- 
kennzeichnet durch 

- konkrete Angabe des Verlaufs der Leit- 
bahnen gemäß der topologischen Lage der 
Funktionsblöcke 

- konkrete Vorgabe, in welcher technologi- 
schen Layoutebene die betrachtete Leitbahn 
realisiert werden wird. 

Explizite Blockverbindungen haben den Vor- 
teil, daß .die Entwerfererfahrungen bei der 
Plazierung und Trassierung voll zur Geltung 
kommen können, solange die Komplexität 
gering bleibt. Dabei wird vom Programmsy- 
stem überwacht, daß die interaktiv eingege- 
bene Leitbahnführung mit dem bereits abge- 
speicherten elektrischen Netz widerspruchs- 
frei bleibt. 
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Bild 4 Symbollayout / explizite Blockverbindung 


1 .4.2. Implizite Blockverbindung durch 
Angabe von Verdrahtungskanälen 

Diese Methode ist gekennzeichnet durch An- 
gabe des Raumes zwischen den Funktions- 
blöcken, der für die Verdrahtung benutzt wer- 
den soll (Mittellinien der Kanäle). Ein automa- 
tischer Prozeß ermittelt aus diesen Kanalan- 
gaben und dem elektrischen Netz den Leit- 
bahnverlauf. Das geschieht in mehreren 
Etappen. Ein Globalroutingprozeß legt die 
Verdrahtungswege für jeden einzelnen 
Blockanschluß fest. Nach einer automati- 
schen Prüfung auf ausreichenden Verdrah- 
tungsraum und einer eventuell notwendigen 
Streckung auf symbolischem Niveau schließt 
sich das lokale Routing an, welches die opti- 
mierte Anordnung der Leitbahnen sowie de- 
ren technologische Ebenenzuordnung fest- 
legt und ein entsprechendes STICK-Symbol- 
layout erzeugt, welches anschließend kom- 
paktiert und in ein entwurfsregelgerechtes 
Feinlayout überführt wird. 

Die implizite Blockverdrahtung hat den Vor- 
teil, daß sie dem Entwerfer den Arbeitsauf- 
wand zum Legen der Verbindungen zwi- 
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Bild 5 Symbollayout / implizite Blockverbindung 


sehen den Blöcken abnimmt. Dieser Vorteil 
ist insbesondere dann gravierend, wenn das 
Verbindungsnetzwerk aus Entwurfsschritten 
des Logik- und Elektrikniveaus bereits be- 
kannt ist und nicht mehr interaktiv eingege- 
ben werden muß (Bild 5). 

1.5. Dynamische Bestätigungssimulation 
Das Feinlayout liegt nun in den konkreten 
geometrischen Abmessungen vor. Damit 
kann es exakt automatisch vermessen wer- 
den. Da die Bezugnahme zwischen dem 
Feinlayout und den höheren Abstraktionsni- 
veaus gewährleistet ist, ist es möglich, das lo- 
gische und das elektrische Netz mit den dy- 
namischen Parametern zu ergänzen und ei- 
ner dynamischen Netzwerkanalyse zuzufüh- 
ren. 

2. Besondere Bedeutung dieses 
Top-Down-Entwurfes 

Im hier beschriebenen Entwurf ist der Top- 
Down-Stil konsequent bis ins Maskenlayout 
geführt. Das bedeutet, daß mit Sicherheit ein 
einmal als korrekt befundener logischer oder 


elektrischer Schaltplan auch nach der 
Layout-Manipulation genau diesen Schalt- 
plan im Chip abbildet. Damit zeichnet diesen 
Entwurf eine Reihe von Besonderheiten aus: 

■ Der Entwurf ist ein computergestützter in- 
teraktiv-graphischer Top-Down-Block-Ent- 
wurf. 

■ lückenloser Übergang von einem hohen 
abstrakten Entwurfslevei bis ins Maskenfein- 
layout 

■ Der Entwurf ist verifikationsarm. Eine Veri- 
fikation ist nur dort nötig, wo eine neue Infor- 
mation dem Entwurf zugeführt wird. 

■ Angabe von Feinlayoutdaten auf symboli- 
schem Niveau 

■ automatische Feinlayout-Generierung 
komplexer Funktionsblöcke 

■ Unterstützung der Bestätigungssimulation 
durch automatisches Vermessen des Fein- 
layouts und Ergänzung der strukturellen 
Netzbeschreibung mit automatisch entnehm- 
baren Parametern für die dynamische Logik- 
simulation (bzw. Netzwerkanalyse). 

Der Nachteil eines solchen Entwurfs ist ein 
etwas erhöhter Layoutflächen-Bedarf, der 
aber allen automatischen Verfahren eigen 
ist. In dem hier vorgestellten System tritt die- 
ser Verlust vor allem an den Rändern der 
Funktionsblöcke auf, also an den Stellen des 
Hierarchie-Interfaces, da dort zur Vermei- 
dung von Layout-Entwurfsregel-Fehlern not- 
wendige Schutzzonen beachtet werden müs- 
sen. 


1 El KONTAKT W I 

Akademie der DDR, 

Zentralinstitut für Kybernetik und Informationspro- 
zesse, Institutsteil Dresden, 

Haeckelstr. 20, Dresden, 8027; 

Tel. 46331 64 


Filetransfer 
zwischen PC/BC 
und ESER-Rechnern 

Grundlage für diesen Filetransfer ist der 
EC 7925-Emulator des VEB Chemieanlagen- 
baukombinat Grimma. Dieser Emulator reali- 
siert die Übertragungsprozedur BSC3 unter 
dem Betriebssystem SCP. Der PC 1 71 5 bzw. 
BC A5120/A5130 ist damit als fernange- 
schlossenes Terminal (EC 7921) mit 
Ix EC 7927 für OS(TSO), SVM(PTS) und 
DOS-3 ersetzbar. Beschrieben wird der PC 
bzw. BC im MCP für TSO bzw. im DMKRIO 
nicht als EC 7925, sondern als EC 7921 mit 
Ix EC 7927, da er übereinen Ltg. -Puffer von 
1920 Byte verfügt. Dieser Terminal-Emulator 
enthält zusätzlich eine Filetransfer-Schnitt- 
stelle, die ESER-seitig unter DOS-3 mit MO- 
VESTAR/DOS-3 des VEB Chemieanlagen- 
baukombinat Grimma unterstützt wird. 

Die Unterstützung der gleichen Schnittstelle 
- ab Version 5 des Emulators - im OS(TSO) 
und SVM(PTS) erfolgt durch MOVESTAR/ 
OS bzw. MOVESTAR/SVM. Beide Pro- 
gramme wurden vom Karl-Weierstraß-Insti- 
tut für Mathematik der AdW in Zusammenar- 
beit mit dem VEB Chemieanlagenbaukombi- 
nat Grimma entwickelt. 


1. OS-Version unter TSO 

• Aufruf des Filetransfers als TSO-Kom- 
mando MOVESTAR 

• Mögliche Funktionen sind: 

- Anzeigen Diskettenverzeichnis 

- Löschen Diskettendatei 

- Übertragen Textdatei PC (BC) <-> ESER 

- Übertragen Binärdatei PC (BC) <-> ESER 

• Textdateien auf PC (BC) sind Dateien, die 
druckbare Zeichen (20H . . . 7FH im KOI-7- 
CODE) enthalten. Ebenfalls werden Steuer- 
zeichen (00H ... 1 FH) außer 03H und 17H 
übertragen (IAH darf nur letztes Zeichen der 
Datei sein). Bei Zeichen von 80H . . . FFH wird 
das höchstwertige Bit gelöscht. Als Satzen- 
dekennzeichen gilt die Kombination CR/LF 
(0D0AH). Steuerzeichen (OOH . . . 1 FH) wer- 
den nicht in die OS-Datei übernommen. 

• Binärdateien können alle Zeichen OOH . . . 
FFH enthalten. 

• Dateiattribute unter OS: 

- Als Satzformate sind F, FB, V, VB, U mög- 
lich. 

- Die OS-Datei muß angelegt und katalogi- 
siert sein. 

- Die logische Satzlänge richtet sich nach 
den DCB-Parametern der OS-Datei. 

Bei Textdateien bedeutet das bei fester Satz- 
länge: 

Ist der PC(BC)-Datensatz kürzer, wird der 
OS-Datensatz mit Blanks aufgefüllt. 


Ist der PC(BC)-Datensatz länger, werden 
mehrere OS-Datensätze erzeugt. 

• Alle für die Übertragung notwendigen An- 
gaben werden im Dialog vom Nutzer abge- 
fragt. 

2. SVM-Version unter PTS 

• Analoger Funktionsumfang wie im OS. 

• Das erzeugte PTS-File hat das Satzformat 
V. Eine Umformung in andere Satzformate ist 
unter PTS unkompliziert. 

• Ist das PTS-File das Quellfile, so sind die 
Formate F und V zugelassen. 

3. BTAM-Version unter OS 

Eine TSO-unabhängige Version für OS unter 
Nutzung der Zugriffsmethode BTAM befindet 
sich in Vorbereitung. 

4. Nachnutzung 

• Vertreter des EC 7925-EMULATORS 
und MOVESTAR/DOS-3 ist der VEB Che- 
mieanlagenbaukombinat, Stammbetrieb, 
ORZ, Bahnhofstraße 3-5, Grimma, 7240; 
Tel. 632334 (Koll. Hinz) 

• Vertreter des Filetransfers MOVESTAR/ 

OS und MOVESTAR/SVM ist die Akademie 
der Wissenschaften der DDR, Karl-Weier- 
straß-lnstitut für Mathematik, Rechenzen- 
trum, Mohrenstraße 39, Berlin, 1086; Tel. 
2077586 (Koll. Vetter) H. Vetter 
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Modulgenerierung auf Leafcell- 
basis 


Dr. Frank Lenke 
Zentralinstitut für Kybernetik 
und Informationsprozesse der AdW der 
DDR, Institutsteil Dresden 

1. Einordnung der Modulgenerierung 
in den Problemkreis LSI-/VLSI-Entwurf 

Im Zuge der LSI- und VLSI-Entwicklung ent- 
standen und entstehen zahlreiche hochgra- 
dig automatisierte Entwurfssysteme. Dazu 
zählen auf jeden Fall auch Siliconcompiler 
und -assembler IM. Die Ansprüche, die der- 
zeitige Siliconcompiler erfüllen, sind sehr un- 
terschiedlich. Sie reichen von Speziallösun- 
gen für ein eingeschränktes Schaltkreisspek- 
trum bis zu Universallösungen, die jedoch oft 
nur eingeschränkte Entwurfsqualität liefern. 
Auch der Automatisierungsgrad solcher Sy- 
steme ist recht unterschiedlich. Gegenüber 
dieser Vielfalt innerhalb des gesamten Pro- 
blemkreises kristallisieren sich auf unterem 
Niveau (eigentliche Umsetzung ins Silizium, 
d.h. Maskenlayout) zwei wesentliche Strate- 
gien heraus: 

■ Elektrikplan auf Transistorniveau 


■ System von Baublöcken (Moduln), die al- 
lesamt parametrisierbar sind und deren aktu- 
elle Parameterbelegung automatisch abge- 
leitet wird. 

Auf die Umsetzung eines detaillierten Transi- 
storplanes ins Feinlayout soll hier nicht näher 
eingegangen werden. Den einzelnen Moduln 
hinterliegt im konkreten Fall ein parametri- 
sierbares Modell, das funktionelle und struk- 
turelle Aspekte gleichermaßen enthält. Aus- 
gehend vom strukturellen Anteil des Modells 
kann die Umsetzung ins Feinlayout neben 
symbolischen Möglichkeiten (z.B. Sticks) 
oder Layoutsprachen auch über Leafcell-Sy- 
steme erfolgen. Letzteres bietet sich vor al- 
lem bei Moduln mit sehr hohem Wiederhol- 
grad (wie ROM, RAM oder PLA) an. 

Die Vorgehensweise soll anhand einer einfa- 
chen Grundstruktur der PLA erläutert werden 
(Bild 1). 

2. Problemstellung und grundlegende 
Begriffe 

Unter Leafcell soll hier die nicht weiter unter- 
teilte Layoutbeschreibung (polygonales 
Layout in üblichen Formaten) eines Funk- 


tionselementes verstanden werden (Layout- 
fragment), das zusätzlich noch mit weiteren 
Informationen für die Symbolgenerierung, 
die mögliche Potentialbelegung und die 
Reihbarkeit versehen ist. Eine solche Leaf- 
cell ist im allgemeinen allein nicht funktions- 
fähig, da die Leafcells in der Regel elektrisch 
unvollständig (z.T. nur ein Transistor oder 
nur Teile davon) und auch geometrisch un- 
vollständig sind; das heißt, daß bestimmte 
Polygone am Rand der Zelle enden und erst 
durch Anfügen der nächsten Leafcell zu einer 
entwurfsregel- und funktionsgerechten Ge- 
samtfigur ergänzt werden. Die wichtigste 
Grundforderung an eine Leafcell ist die lük- 
kenlose Reihbarkeit der Zelle, die überhaupt 
erst die Blockgenerierung auf diesem Wege 
gestattet. Diese Reihbarkeit ist im vorliegen- 
den Fall an eine rechteckige Grundstruktur 
der Zellen gebunden. In komfortableren Sy- 
stemen könnte davon jedoch mit entspre- 
chend hohem Aufwand auch abgewichen 
werden. Die Problemstellung für den Leaf- 
cellgenerator besteht demnach im lückenlo- 
sen Aneinanderreihen der Leafcells, so daß 
ein entwurfsregel- und funktionsgerechter 
Layoutblock entsteht, in dem die Elementar- 
funktion der Zelle mehrfach realisiert Ist. 

3. Der Leafcellgenerator 

Der Leafcellgenerator erzeugt Layouts, 
Blocksymbole' und Verdrahtunginformatio- 



Bild 1 Struktur einer einfachen PLA 


Spiegelung an der Y- Achse ■ 
Drehung : 

Spiegelung an der Y- Achse : 

Drehung : 



Spiegelung an der Y - Achse . 

Drehung : 
Spiegelung an der Y- Achse : 

Drehung : 




Bild 3 Vierergruppen von Zellen für unterschiedliche Lage der geteilten Struk- 

a) keine geteilten Strukturen 

b) waagerechte geteilte Strukturen 

c) senkrechte geteilte Strukturen 

d) waagerechte und senkrechte geteilte Strukturen 

Bild 4 Leafcellarray, bestehend aus mehreren Vierergruppen und Anschluß- 
elementen 



Bild 2 Ein- und Ausgänge des Leafcellgenerators 



Mikroprozessortechnik, Berlin 1 (1987) 10 


293 







nen für reguläre Funktionsblöcke, wobei im 
einzelnen folgende Aufgaben zu lösen sind 
(vergleiche auch Bild 2): 

■ Generierung eines Cellarrays mxn (m, n > 
0; falls m, n > 1 , dann m, n gerade) 

■ Zusammensetzung der Zellen so, daß ge- 
teilte Strukturen ergänzt werden (Drehung 
und Spiegelung einzelner Zellen im Array 
entsprechend besonderer Eingangsinforma- 
tionen) 

■ Abschluß des Arrays an den Rändern mit 
sogenannten Abschlußelementen, so daß 
ein entwurfsregelgerechtes Gesamtlayout 
entsteht 

■ Da der Generator insbesondere für regu- 
läre Strukturen eingesetzt wird, also auch für 
PLA-, ROM- und Decoderfelder, ist es sinn- 
voll, die Boolesche Belegung der Felder mit 
zu verarbeiten und demzufolge zwei zwar 
von der Randgestaltung gleiche, im Inneren 
aber verschiedene Leafcells (entsprechend 
„0“ und „1 “) zu verwenden. 

Für Spezialanwendungen kann es außerdem 
notwendig sein, neben dem Setzen von Auf- 
rufpunkten für die Zellen auch bestimmte 
technologische Ebenen im Layout mit Figu- 
ren zu belegen. Diese Aufgabe ist jedoch 
sehr problemspezifisch und soll deshalb hier 
nur kurz erwähnt sein. 


■ Erzeugung eines maßstäblichen, rechtek- 
kigen Blocksymbols mit allen Außenan- 
schlüssen 

■ Aufbau der blockspezifischen Potentialli- 
ste (Zuordnung der Potentiale zu den An- 
schlüssen). 

Wie bereits erwähnt, sind Leafcells in der Re- 
gel geometrisch unvollständig. Das kommt 
daher, daß auf Grund der Regularität oft eine 
gemeinsame Nutzung bestimmter Layout- 
strukturen (Masse- und Versorgungsleitun- 
gen, Kontaktfenster, aktive Gebiete usw.) 
durch benachbarte Zellen möglich wird. Das 
führt in den meisten Fällen dazu, daß die be- 
nachbarten Zellen gedreht bzw. gespiegelt 
aneinandergereiht werden. Der Leafcellge- 
nerator arbeitet deshalb prinzipiell mit einer 
Vierergruppe von Zellen, die alle möglichen 
Varianten abdeckt (vgl. Bilder 3a bis 3d). Die 
Ergänzung der geteilten Strukturen durch 
Drehung und Spiegelung ist natürlich nur im 
Inneren des Leafcellblockes möglich, woge- 
gen an den Außenkanten nach wie vor ge- 
teilte Strukturen auftreten können. Diese 
müssen durch spezielle Abschlußelemente, 
die ebenfalls zum Leafcellsystem gehören, 
ergänzt werden. Der Leafcellgeneratör liefert 
somit einen Layoutblock, der geometrisch 
und elektrisch vollständig ist und den Ent- 
wurfsregeln genügt (Bild 4). 


/ Parametersatz \ 
\des Moduls / 



— 

Leafce/I- 

library 

/ Liste der \ /lokaler \/Verdrahtungs-\ 

\jrundbestandteile / \Floorptan / \modell / 





L| Leafcell - 

Generator | 

^ Feinlayout j Symbole 

Anschluß-und \ 
Potentialliste / 
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| Komposition | 

/ Symbol \ 

\ des Moduls / 



Bild 5 Dekomposi- 
tion/Komposition 
von Modulen 
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4. Dekomposition/Komposition 
von Moduln 

Ziel der strukturellen Dekomposition eines 
Moduls ist dessen Zerlegung in Grundbe- 
standteile. Unter Grundbestandteilen sollen 
Funktionselemente verstanden werden, die 
- eine Elementarfunktion (ggf. mehrfach) 
realisieren (z. B. Speicherarrays, Treiber- 
ketten, Taktgeneratoren, Registerblöcke) - 
als fertiger Layoutblock einschließlich Sym- 
bol vorliegen oder aus gleichartigen Zellen 
(Leafcells) aufgebaut werden oder als Quell- 
text in einer Layoutsprache vorliegen. 

Für sehr komplizierte Module ist auch eine 
Dekomposition über mehrere Hierarchiestu- 
fen denkbar, das heißt, der Modul wird nicht 
in Grundbestandteile, sondern in Submodule 
zerlegt, die wiederum den Dekompositionsal- 
gorithmen unterworfen werden. Im vorliegen- 
den Fall sollen die Grundbestandteile prinzi- 
piell als Leafcellarrays (entsprechend dem 
eben beschriebenen Vorgehen) betrachtet 
werden. Demzufolge nimmt der Leafcellge- 
nerator hier auch einen festen' Platz bei der 
Umsetzung ins Feinlayout ein (Bild 5). 

4. 1. Liste der Grundbestandteile 

Jeder Modulgenerator verwaltet eine Menge 

von Grundbestandteilen GB: 

Nicht jede Realisierung dieses hier abstrakt 
beschriebenen Moduls benötigt alle Grund- 
bestandteile. Anhand eines aktuellen Para- 
metersatzes werden die benötigten Ele- 
mente aus GB ausgewählt, das heißt, der 
Modul wird konfiguriert. Im hier dargelegten 
Fall der Leafcellgenerierung muß jedem Ele- 
ment aus GB mindestens eine Leafcell zuge- 
ordnet werden können und es muß aus der 
Cell-Library abrufbar sein. Für das im Bild 1 
dargestellte PLA-Modell würde sich folgende 
Menge GB ergeben: 

GBrla = { Eingangsnegatoren, 

Array - 1 , 

Last - 1 , 

Masse - 1 , 

Kopplung, 

Array - 2, 

Last - 2, 

Masse -2, 

Ausgang, 

Rückführung } 

In diesem einfachen Fall wäre die Modulge- 
nerierung relativ einfach, da fast alle Ele- 
mente von GB für den Modul PLA benötigt 
werden. Lediglich die Rückführung ist in die- 
sem Fall variabel und muß über Parameter 
gesteuert werden. In komplizierten Modulen 
ist jedoch die Mächtigkeit von GB wesentlich 
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größer als die Anzahl der durchschnittlich be- 
nötigten Grundbestandteile. 

Ein weiteres Problem der Modulkonfigurie- 
rung besteht darin, daß die Elemente von GB 
ebenfalls wieder als Mengen betrachtet wer- 
den können, deren Mächtigkeit größer als 1 
sein kann. Im obigen Beispiel PLA könnte 
z. B. die Menge AUSGANG folgendermaßen 
aufgebaut sein: 

AUSGANG = { nichtnegierende Treiber, 
negierende Treiber, 
setzbare nichtnegierende 
Treiber, 

setzbare negierende Trei- 
ber, 

...} 

Im Anschluß an die Modulkonfigurierung ste- 
hen Leafcells fest, aus denen die Grundbe- 
standteile aufgebaut werden. Im nächsten 
Schritt werden die einzelnen Grundbestand- 
teile konfiguriert, das heißt, die Größe der 
Zellarrays mxn (entsprechend Bild 4) wird 
festgelegt. Dabei haben die inneren Verar- 
beitungsbreiten, die I/O-Gestaltung und ggf. 
weitere Parameter Einfluß auf die Konfigurie- 
rung. Andererseits nimmt auch die Zellgröße 
selbst Einfluß auf die Arraydimension mxn, 
da sowohl aus geometrischen wie auch aus 
funktionellen Gründen der Fall eintreten 
kann, daß eine Leafcell des einen Grundbe- 
standteils jeweils mit mehreren Leafcells ei- 
nes anderen Grundbestandteils verbunden 
ist. Am Beispiel PLA trifft das einerseits auf 
Eingangsnegatoren zu, die (funktionell be- 
dingt) jeweils zwei Zellen des Eingangsfeldes 
ansteuern (Bild 6). Andererseits ist ein ähnli- 
ches Vorgehen z. B. bei statischen Lastele- 
menten denkbar. Da die Depletiontransisto- 
ren oft breiter sind als die Zellen der PLA-Fel- 
der, ist hier eine versetzte Anordnung not- 
wendig, so daß in diesem Fall aus strukturel- 
len Gründen ein Lastelement auf beispiels- 
weise zwei Reihen des PLA-Feldes wirkt 
(Bild 7). 

Die zu den - in der Menge GB enthaltenen - 
Grundbestandteilen gehörenden Leafcells 
müssen in vielen Parametern, wie Größe, An- 
schlußbelegung, Technologie, Schaltungs- 
technik usw., aufeinander abgestimmt wer- 
den. Soll der Modulgenerator eine hohe Fle- 
xibilität erreichen, so muß er mehrere Men- 
gen von Grundbestandteilen (GB^ GB 2 , . . .) 
verwalten. Im Beispiel PLA könnten das 
sein: 

- schnelle oder langsame Varianten 

- dynamische oder statische Technik 

- kleine, mittlere oder große Felder 

- Variation innerhalb einer Technologie- 
klasse (z. B. NMOS-Technologien mit unter- 
schiedlicher Stegbreite). 

Der Wechsel zwischen Technologieklassen 
(z. B. zwischen NMOS, CMOS oder ECL) ist 
meist nicht durch den einfachen Austausch 
der Mengen GBj zu erreichen, sondern erfor- 
dert Eingriffe in den Generator bzw. in das 
Strukturmodell, die hier nicht näher diskutiert 
werden sollen. 

4.2. Lokaler Floorplan 
Der lokale Floorplan gibt auf der Stufe der 
Dekomposition die relative Lage der (im vor- 
liegenden Fall rechteckigen) Grundbestand- 
teile zueinander an. Relativ deshalb, weil die 
Größen der Grundbestandteile und die An- 



schlußbelegungen hier noch nicht bekannt 
sind. Die konkreten Lageinformationen lie- 
gen dann erst auf der Stufe der Komposition 
vor. Den lokalen Floorplan kann man auch 
als allgemeines Strukturmodell des Moduls 
interpretieren. Die prinzipielle geometrische 
Anordnung der Grundbestandteile ergibt sich 
aus deren Funktion. Für übersichtliche, regu- 
läre Anordnungen, wie etwa die PLA nach 
Bild 1 , ergeben sich auch entsprechend ein- 
fache Regeln für den Floorplan, zum Bei- 
spiel: 

ordne die Eingangsnegatoren unmittelbar an 
der Eingangsseite der Matrix 1 an, wogegen 
an der gegenüberliegenden Seite dieser Ma- 
trix die Masseelemente (Masseleitungen) 
plaziert werden; usw. 

Diese hier sehr einfachen Regeln werden bei 
kompliziert strukturierten Modulen recht auf- 
wendig, da viele Nebenbedingungen beach- 
tet werden müssen. Dennoch ergeben sich 
drei wesentliche Vorteile: 

m Innerhalb des Moduls kommt kein Place- 
mentalgorithmus zur Anwendung, da die An- 
ordnung der Grundbestandteile aus funktio- 
neilen Gesichtspunkten vorgenommen wird 
und unter Ausnutzung vorhandener Frei- 
heitsgrade im Generator implementiert ist. 

■ Die fest vorgegebene (in der Regel lücken- 
lose) Aneinanderreihung der Grundbestand- 
teile ist eine wesentliche Voraussetzung für 
die implizite Verdrahtung der Grundbestand- 
teile untereinander (wireing by abutment), 
das heißt, zu verbindende Außenanschlüsse 
der Grundbestandteile stehen sich im Fein- 
layout direkt gegenüber und werden durch 
Aneinanderschieben der Grundbestandteile 
implizit verbunden. (Dieses Verfahren setzt 
natürlich neben dem geeigneten Strukturmo- 
dell auch die Paßfähigkeit der Layouts vor- 
aus.) 

■ Da nur die relative Lage der Grundbe- 
standteile in Form parametrisierter Gleichun- 
gen beschrieben wird, können Freiheits- 
grade in der Anordnung durch Drehen, Spie- 
geln, Vertauschen oder Verschieben von 
Grundbestandteilen ausgenutzt werden. Al- 
lein für das einfache Strukturmodell der PLA 
nach Bild 1 ergeben sich 1 6 Möglichkeiten für 
die Anordnung der Grundbestandteile. 

Bild 8 zeigt einen Ausschnitt des parameter- 
behafteten Floorplans für die PLA, woraus 
sich z. B. folgende Plazierungsgleichung für 
die Eingangsmatrix der PLA ergibt (Punkt 
PI): 

P1X=RL + X l + AX, + 1/2X m 
PI Y = RU + Y IV + AY, + 1/2 Y l(l 


4.3. Das Verdrahtungsmodell 

Die Verdrahtung im Inneren des Moduls teilt 

sich in zwei Problemkreise auf: 

- Verdrahtung durch Aneinanderreihung der 
Grundbestandteile (wireing by abutment) 

- freie Verdrahtung (interaktiv oder mittels 
Router) zwischen den Grundbestandteilen 
und zu den Außenanschlüssen des Mo- 
duls. 

Die Verdrahtung durch Aneinanderreihung 
stellt hohe Ansprüche an die Feinlayouts der 
Grundbestandteile. Die zu verbindenden An- 
schlüsse müssen sich paarweise gegenüber- 
stehen, in ihrer Breite und Layoutebene über- 
einstimmen. Außerdem dürfen an den zu rei- 
henden Seiten der Grundbestandteile keine 
Anschlüsse für die freie Verdrahtung sein, da 
zwischen den gereihten Grundbestandteilen 
kein Verdrahtungskanal im üblichen Sinne 
entsteht. Diese Art der Verquickung von Pla- 
zierung und Trassierung unter Ausnutzung 
spezieller Layoutgestaltung wird im konven- 
tionellen Schaltkreisentwurf schon seit Jah- 
ren angewendet, insbesondere bei Array- 
und Bitslicestrukturen. Für die Generierung 
stellt sie auf Grund wachsender Regularität 
im VLSI-Bereich eine wichtige Grundlage für 
schnelle automatische Entwurfssysteme 
dar. 

Die freie Verdrahtung wird interaktiv oder mit 
einem Router durchgeführt. In beiden Fällen 
sind die zur Verfügung zu stellenden Aus- 
gangsdaten: 

- Verdrahtungsnetz 

- Anschlußpositionen und -ebenen 

- Verdrahtungsräume (-kanäle) 

- Verdrahtungsebenen (ggf. mit Vorzugs- 
richtungen). 

Diese Informationen sind in der Regel we- 
sentlich umfangreicher als die Informationen 
für die Verdrahtung durch Aneinanderrei- 
hung. Demgegenüber sind aber auch die 
Freiheitsgrade für die Plazierung der Grund- 
bestandteile und die Anordnung der Außen- 
anschlüsse wesentlich größer. 

5. Schlußbemerkung 

Die vorgestellte Methodik zur Layoutgenerie- 
rung komplexer Strukturen wurde an mehre- 
ren Beispielen übersichtlicher ROM- und 
PLA-Strukturen erfolgreich getestet. Durch 
geeignete Schnittstellen im Feinlayout- und 
Symbolbereich ist ein Zusammenfügen mit 
herkömmlich entworfenen Modulen problem- 
los möglich. 
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Stand der Entwicklung 
von Festwertspeichern 


Heiko Bialozyt 
VEB Mikroelektronik 
„Karl Marx“ Erfurt 

Vorbemerkungen 

Mit dem bisher im Kombinat Mikroelektronik 
entwickelten Sortiment an Prozessoren - 
zum Teil mit Festwertspeichern - stehen dem 
Anwender zur Lösung seiner Aufgaben zahl- 
reiche Schaltkreistypen zur Verfügung. Tafel 
1 gibt eine Übersicht über die bereitstehen- 
den Prozessorschaltkreise. 

Außer der Notwendigkeit der Verbesserung 
der Prozessoren ist es unumgänglich, die 
Speicher weiterzuentwickeln. Einerseits sind 
stetig größer werdende Datenmengen zu 
verarbeiten, wofür immer größere RAM-Be- 
reiche notwendig werden, andererseits müs- 
sen dazu immer mehr und größere Pro- 
gramme und Programmsysteme fest im 
Rechner installiert werden. Dies läßt sich auf 
zwei verschiedenen Wegen realisieren. 

Bis zu einer bestimmten Grenze kann die 
Aufstockung des Speicherbereiches durch 
den Einsatz von zusätzlichen Schaltkreisen 
erzielt werden. 

Stehen jedoch nur begrenzt Raum, Energie 
bzw. ökonomische Mittel zur Verfügung, muß 
zu moderneren, höherintegrierten Speichern 
übergegangen werden. 


sollte wegen der hohen Kosten die Software- 
bzw. Geräteentwicklung sein. Für den Ein- 
satz in Geräten, die nur in sehr geringer 
Stückzahl produziert werden, ist der Einsatz 
von EPROM ebenfalls vorzusehen, da die 
Herstellung eines speziellen Bitmusters nicht 
vertretbar wäre. 

Werden mehr als 500 Stück eines Gerätes im 
Jahr hergestellt, ist die Verwendung von 
PROM-Schaltkreisen bereits günstig mög- 
lich. 

Zu dem EPROM U2716C bietet der VEB 
MME einen pinkompatiblen PROM mit der 
Bezeichnung U2616D. Dieser Typ kann aber 
aufgrund des Plastgehäuses billiger produ- 
ziert werden. 

Nach Auslösen einer Bitmusterbestellung, 
der die Masterbauelemente beizufügen sind, 
wird der Schaltkreis vom Hersteller program- 
miert. Wird der PROM vom Anwender weiter- 
oder überprogrammiert, erlischt gleichzeitig 
jeder Garantieanspruch. 

Da dieser Schaltkreis das gleiche Chip wie 
der EPROM enthält, werden hinsichtlich Le- 
bensdauer und Datensicherheit nur die 
Werte des EPROM erreicht. Sollen höhere 
Werte garantiert werden, sind maskenpro- 
grammierte Speicher einzusetzen. Bei die- 


sen ROM-Speichern wird die zu speichernde 
Information direkt während der Herstellung 
des Chips in Form entsprechender Verbin- 
dungen in die Struktur der Speichermatrix 
eingebaut. Ein Ändern der einmal gespei- 
cherten Information ist damit nicht mehr mög- 
lich. Gleichzeitig bedeutet die Herstellung ei- 
ner Maske für die Produktion des gewünsch- 
ten ROM-Bitmusters den größten Aufwand 
zur Programmierung eines Schaltkreises so- 
wohl in Hinsicht auf die benötigte Zeit als 
auch aus ökonomischer Sicht. Zur Bestellung 
und Produktion eines neuen Bitmusters ist 
dabei der in Tafel 2 dargestellte Ablauf einzu- 
halten. 

Im Gegensatz zu den EPROM- und PROM- 
Speichern kann also hier die Produktion erst 
dann beginnen, wenn Änderungen im Bitmu- 
ster nicht mehr möglich sind. Außerdem ver- 
gehen von der Bestellung bis zur Produktion 
der ersten Schaltkreise eines neuen Bitmu- 
sters rund sechs Monate. Die Maskenkosten 
sind auf den Grundpreis des Schaltkreistyps 
noch aufzuschlagen. Damit wird der Einsatz 
von maskenprogrammierten ROM-Spei- 
chern erst ab Stückzahlen größer 5000 renta- 
bel. Ebenfalls ist eine ökonomisch günstige 
Produktion erst oberhalb dieser Grenze reali- 
sierbar, weshalb 5000 Stück pro Jahr als Min- 
deststückzahl für die Bestellung von Bitmu- 
stermasken gefordert wird. 

Aus diesen Gründen können drei Einsatzka- 
tegorien für Festwertspeicher unterschieden 
werden, denen jeweils eine Gruppe von Spei- 
chern zugeordnet ist (siehe dazu Tafel 3). 


Tafel 2 Ablauf für die Herstellung von ROM-Bitmustern 


Festwertspeicher aus dem VEB MME 

Bild 1 gibt eine Übersicht über die Typen und 
Pinbelegungen der Speicherschaltkreise, die 
derzeit im VEB Mikroelektronik „Karl Marx“ 
Erfurt (MME) hergestellt werden. 

Zwei Typen dieser Reihe stellen EPROM- 
Speicher dar (U2716C und U2732C). Diese 
Speicher besitzen ein Fenster in ihrem Ge- 
häusedeckel, wodurch die in Floating-Gates 
gespeicherte Information wieder gelöscht 
werden kann. Hierfür sind die Schaltkreise 
mit ultraviolettem Licht zu bestrahlen. Auf 
diese Weise können die Speicher mehrfach 
und für verschiedene Daten verwendet wer- 
den. Haupteinsatzgebiet dieser Schaltkreise 


Nr. Schritt Bemerkungen 


1 . Bitmuster- 
bestellung 


2. Übernahme 

3. 1 . Kontrolle 


4. Bearbeitung der 
Daten 

5. Herstellung der 
Maske 

6. Produktion 


- Der gewünschte Datensatz ist auf einem Datenträger entsprechend dem gülti- 
gen Werkstandard zu übergeben . 

- Gleichzeitig ist die Festlegung der Wirksamkeit der programmierbaren CS-Ein- 
gänge vorzunehmen. 

- Das Bitmuster wird auf einen Datenträger des Herstellers übernommen. 

- Ein Kontrollausdruck wird dem Besteller zugesandt. 

- Der Kontrollausdruck ist auf Fehler zu untersuchen. 

- Bei Auftreten von Fehlern ist ein neuer Datensatz zu übergeben. 

- Die Richtigkeit ist zu bestätigen. 

- Bei Richtigkeit des übernommenen Datensatzes wird mit der Bearbeitung 
begonnen. 

- Solange Fehler auftreten, wird 2 und 3 wiederholt. 

- Die Informationen des Datensatzes werden in die entsprechenden Verbindun- 
gen auf dem Chip übersetzt. Es entsteht eine Maske. 

- Auf Grundlage der neuen Maske wird der Schaltkreis produziert. 

- Nach Kontrolle kann dieser an den Anwender ausgeliefert werden. 


Tafel 1 Mikroprozessorschaltkreise des MME 


Tafel 3 Einsatzkategorien und Speichergruppen 


Typ Breite cp M Ax Speicherbereich Bemerkungen 

(MHz) (KByte) 


UB880 

8 Bit 

2,5 

64 

durch l/O-IS unterstützt 

UA880 

8 Bit 

4,0 

64 

(PIO, SIO, CTC, DMA) 

U881 

8 Bit 

4,0 

2 (ROM intern) 

EMR 

U882 



62 (ROM/RAM extern 

mit PIO, TIMER, SIO 




für Programm) 

- zwei Varianten: 

U883 



62 (RAM extern für Daten) 

* POWER-DOWN 

* interner 





Taktgenerator 

U884 

8 Bit 

4,0 

4 (ROM intern) 

- Entwicklungs- 





version 

U885 



60 (ROM/RAM extern 

- 128-Byte-RAMfür 




für Programm) 

60 (RAM extern für Daten) 

Register 

U8001 

16 Bit 

4,0 

16 MByte 

Unterstützung der Spei- 




(segmentiert) 

cherverwaltung U8010 

U8002 

16 Bit 

4,0 

64 (1 Segment) 

nichtsegmentiert 


Speichergruppe 

Einsatzkriterien 

EPROM 

- häufige Änderungen in der Software 

- sehr geringe Mengen bei der Produktion (500) 

• Haupteinsatz in Forschung und Entwicklung 

PROM 

- Produktionsmengen von 500 bis 5000 Stück 

- kurzfristig (2 Monate) Änderungen bei laufender Pro- 
duktion des Schaltkreises möglich 

- geringere Kosten als gleichwertiger EPROM 

- voll pinkompatibel zum EPROM 

• Haupteinsatz in der Kleinserienfertigung 

ROM 

- hohe Produktionsstückzahlen (5000) 

- gesicherte Software, d. h., keine bzw. kaum Änderun- 
gen notwendig 

- geringste Kosten bei entsprechend hoher Stückzahl 

- größte Datensicherheit und Lebensdauer 
• Haupteinsatz in der Großserienproduktion 
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Tafel 4 Byte-Wide-Standard bis4K x 8 


Tafel 5 Byte-Wide-Standard 8 K x8bis32K x 8 


2K x 8 4K x 8 

alle 24polig RAM ROM PROM EPROM E 2 PROM EPROM 

Typen Pin Pin 2316 2616 2716 2816 2732 


8K 16K 32 K 

alle 28polig RAM ROM EPROM 

Typen Pin Pin 2364 2365 2764 27128 27256 


A 7 

Ae 

A5 

A4 

A3 

A 2 

Ao 

Do 

D, 

D 2 

Uss 


Bild 1 


1 24 

2 23 

3 22 

4 21 

5 20 

6 19 

7 18 

8 17 

9 16 

10 15 

11 14 

12 13 


Ucc Ucc U C c Ucc 

Ae As Ae Ae 

A 9 Ag Ag Ag 

WIE CS* U PR Up H 

/OE /OE /OE /OE 

/CE /CE /CE /CE 

D 7 D 7 D 7 Dy 

D 6 D e D 6 D 6 

De De D s D 5 

D 4 d 4 d 4 d 4 

D 3 D3 D 3 D 3 


Ucc 

Ae 

Ag 

U P R 

/OE 

A,o 

/CE 

Dy 

De 

De 

D 4 

De 


▼ Verfügbare Festwertspeicher aus dem VEB MME 


Ucc 

Ae 

Ag 

A,, 


A, 0 

/CE 

Dy 

De 

De 

D 4 

De 


Upr 

Ai 2 

Ay 

Ae 

Ae 

A, 

Ae 

A 2 

A, 

Ao 

Do 

D, 

D 2 

Uss 


9 

10 

11 

12 

13 

14 


27 

26 

25 

24 

23 

22 

21 

20 

19 

18 

17 

16 

15 
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Byte-Wide-Standard 

Um ein möglichst unkompliziertes Überge- 
hen von einem Speichertyp auf einen ande- 
ren sowie die leichte Austauschbarkeit der 
einzelnen Typen einer Größe zu garantieren, 
ist es notwendig, alle Schaltkreise mit einer 
weitestgehend identischen Pinbeiegung aus- 
zustatten. 

Hierfür ist international der von JEDEC her- 
ausgegebene Industriestandardvorschlag 
üblich. Um auch auf internationalen Märkten 
unsere Schaltkreise anbieten zu können, 
wird dieser Standard auch für die Schalt- 
kreise des VEB MME angewendet. Damit 
können byteorganisierte Speicher (RAM, 
ROM, EPROM, E 2 PROM) mit Speicherkapa- 
zitäten von 2K x 8 bis 64K x 8 in 24- bzw. 
28poligen Gehäusen mit geringsten Hard- 
wareänderungen verwendet werden. Tafel 4 
zeigt die Belegung für Speicher bis 32 KBit 
Kapazität. 

Speicher größerer Kapazität (2K x 8) 

Wie in Bild 1 zu sehen ist, stehen nur für 
2K x 8-organisierte Speicher alle drei Grup- 
pen (EPROM, PROM, ROM) bereit. 

Da jedoch auch größere Speicher mit der mo- 
mentan beherrschbaren Technologie her- 
stellbar sind, werden diese Möglichkeiten voll 
ausgeschöpft. Dadurch können dem Anwen- 
der auch 4K x 8-EPROM- und 8K x 8-ROM- 
Speicher angeboten werden. Tafel 5 zeigt die 
Belegung für Speicher bis 512 KBit Kapazi- 
tät. 


Dipl.-Ing Heiko Bialozyt (25) studierte von 1980 
bis 1983 an dei Otfizershochschule „Franz Meh- 
ring" inKamenz Er ist seil 1985 im VEB Mikroelek- 
tronik „Karl Marx" Erfurt in der Mikroprozessorap- 
plikation tätig und diplomierte 1 986 an der Techni- 
schen Hochschule Ilmenau 
Sein Aufgabengebiet ist das Speichersortimen! 
und die 16-Bit-Mikroprozessorlechnik. 


Die Speicherkapazität von 4K x 8 (U2732C) 
stellt hierbei nur eine zeitweilige Größe bis 
zur Produktion von 8K x 8-EPROM und 
PROM-Speichem dar. Aus diesem Grunde 
sollte bei der Konzipierung von ROM-Berei- 
chen ab 8 KByte bereits jetzt auf diese Typen 
orientiert werden. Der vorläufige Einsatz von 
U2732C ist durch die Anwendung des JE- 
DEC-Standards unkompliziert möglich. 

Bei 8K x 8-RAM-Speichern ist U PR (Pin 1) 
nicht angeschlossen. 

Mit einer Kapazität von 8K x 8 werden vom 
VEB MME zwei verschiedene Typen ange- 
boten. Der eine Typ (U2364D) besitzt zwei 
maskenprogrammierbare Chip-Select-Ein- 
gänge. Diese können auf eine der drei Mög- 
lichkeiten HIGH-, LOW-aktiv oder inaktiv ein- 
gestellt werden. Damit ist die Zusammen- 
schaltung von bis zu vier Schaltkreisen ohne 
Dekoder möglich. Die andere Variante 
(U 2365D) besitzt an Steile des zweiten CS*- 
Einganges nun die Möglichkeit, die internen 
Adreßlatches zu steuern. Auf diese Art und 
Weise kann der Speicher direkt an einem ge- 
multiplexten Adreß-/Datenbus arbeiten. 

Ein EPROM/PROM der Kapazität 8K x 8 


wird entwickelt. Damit stehen auch für diese 
Speichergröße alle drei Gruppen bereit. 

Intelligente Programmierung von 
EPROM-Speichern 

Mit zunehmender Integration sind auch im- 
mer größere Datenmengen zu entwickeln 
und zumindest zeitweilig auf EPROM zu pro- 
grammieren. Bei Verwendung der bisher üb- 
lichen Algorithmen steigt also auch die Pro- 
grammierzeit proportional mit der Kapazität 
der Speicher. Wie aus Tafel 6 zu ersehen ist, 
müssen damit für einen 8 K x 8-EPROM be- 
reits sieben Minuten veranschlagt werden, 
da die Zellen mit minimal 45-ms-lmpulsen 
programmiert werden. 

Betrachtet man die Aufladung der einzelnen 
Zellen einmal genauer (siehe dazu Bild 2), so 
wird deutlich, daß die meisten Zellen bereits 
nach rund 8ms programmiert sind. 

Es ist also möglich, die Zeit zur Programmie- 
rung erheblich zu verkürzen, wenn diese für 
jede Zelle individuell ermittelt wird. Es gibt 
nun einen Algorithmus, der garantiert, daß 
eine EPROM-Zelle sicher ein LOW am Aus- 
gang erzeugt und im gesamten Bereich von 
U C c nicht auf logisch HIGH wechselt. Bild 3 
zeigt die Kurven einer nichtprogrammierten 
und einer vollständig programmierten 
EPROM-Zelle. Die Kurven von unvollständig 
programmierten Zellen liegen dazwischen. 
So kann es zum Beispiel passieren, daß eine 
EPROM-Zelle, die unvollständig program- 
miert ist, bei U C c = 5Volt zwar ein LOW lie- 
fert, aber bei Ansteigen von U C c auf HIGH 
kippt. 

Der Algorithmus beginnt also mit dem Ein- 
stellen von Ucc = 6 Volt. Das ist höher als der 
normale Arbeitsbereich, aber notwendig, um 
den Programmierbereich zu sichern. An- 
schließend wird die Programmierspannung 
von 25 (21) Volt eingestellt und iterativ mit 1- 
ms-LOW-lmpulsen programmiert. Nach je- 


Tafel 6 Entwicklung der Programmierzeiten 
für EPROM 


Typ Bytes Zeit (min) 


U 552 (1702) 256 2,0 

U 555 (2708) 1024 1,5 

U2716 2048 1,75 

U2732 4096 3,5 

(U 2764) 8192 7,0 
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EPROH-Programmierzeit für JJORST-CASE- BYTE" \ 



SpannungiUQQ ) am Gate der Zelle 


dem Impuls wird der Inhalt mit dem ge- 
wünschten Wert verglichen. Treten hierbei 
Fehler auf, wird der Programmier- und Test- 
zyklus wiederholt. Nach 1 5 Impulsen wird die 
Zelle sofort mit 45 ms nachprogrammiert, da 
eine Verkürzung der Programmierzeit nicht 
mehr möglich ist. Sonst wird an diesem Punkt 
des Algorithmus noch ein Programmierim- 


Neuer Superrechner 

Suprenum 1 heißt der in Berlin (West) entwtk- 
kelte neue Superrechner mit einer Leistung 
von 5 Milliarden Operationen/Sekunde. 
Diese Geschwindigkeit erreicht der schnelle 
Computer des 1983 gegründeten For- 
schungszentrums für innovative Rechnersy- 
steme und -technologie (First) der Techni- 
schen Universität und der Gesellschaft für 
Mathematik und Datenverarbeitung (GMD) 
durch die wirkungsvolle Zusammenschal- 
tung zahlreicher Unterrechner und keines- 
wegs nur durch schnellste Elektronik. Ausge- 
nutzt wurde u. a. die hohe Packungsdichte 
der CMOS-Bauelemente. 

Suprenum 1 verfügt über 256 parallel arbei- 
tende Unterrechner, die jeweils auf einer Pla- 
tine Platz finden. Der Computer ist in der 
Lage, große Datenmengen zu bewältigen, 
die zum Beispiel in der Strömungsphysik, für 
Entwicklungen im Flugzeug- und Automobil- 
bau, in der Teilchenphysik und in der Meteo- 
rologie für die Wettervorhersage, aber auch 
bei Expertensystemen anfallen. Ein Prototyp 
soll im Frühjahr 1 988 zum Einsatz kommen. 


Bild 2 4 Program- 
mierverhalten von 
EPROM-Speicherzel- 
len 


Bild 3 4 Verhalten 
einer EPROM-Zelle im 
programmierten bzw. 
nichtprogrammierten 
Zustand 


Bild 4 ► Ablauf plan 
für „intelligente “ Pro- 
grammierung 



puls der dreifachen Länge der Summe der 
bisher programmierten Impulse ausgeführt. 
Damit kann der längste Impuls 45 ms betra- 
gen. Fürdie meisten EPROM-Bytes genügen 
jedoch zwei bis drei 1-ms-lmpulse, so daß 
diese Zellen mit 8 bis 12 ms programmiert 
sind. Bild 4 stellt diesen Algorithmus, mit dem 
eine Verkürzung der Programmierzeit um 


rund 80 Prozent möglich ist, in einem Ablauf- 
plan dar. 

1 El KONTAKT 9 \ 

VEB Mikroelektronik „Karl Marx" Erfurt, 

Abt. CEE41, Erfurt, 5010, Tel. 51076, App. 58 
Rudolfstr. 47, 


Computer versteht 
gesprochenen Text 

Unter Beteiligung des Instituut foor Perceptie 
Onderzock, Eindhoven (Niederlande), ge- 
lang es den Firmen Siemens und Philips, 
das Spracherkennungssystem Spicos zu 
entwickeln. Der Benutzer muß bei diesem 
Diaiogsystem Anfragen und Anweisungen 
nur noch ins Mikrofon sprechen. Das kürzlich 
fertiggestellte Funktionsmuster soll nicht nur 
einzelne gesprochene Wörter aus einem be- 
grenzten Vokabular erkennen können, son- 
dern den Bedeutungsgehalt vollständiger 
Sätze „verstehen“. 

Dadurch ist z. B. der verbale Zugriff in ge- 
wöhnlicher Umgangssprache auf Datenban- 
ken möglich. Spicos ermöglicht das Verwal- 
ten von Aktennotizen, Briefen und ähnlichen 
Schriftsätzen. Das Vokabular umfaßt z. Z. 
ungefähr 1000 Wörter. Spicos soll auf Basis 
dieses Wortschatzes etwa 1 ,5 Billionen un- 
terschiedliche Sätze erkennen können. Die 
gesprochenen Sätze müssen grammatika- 
lisch korrekt sein. 


Super-Chip 

Der im Rahmen des staatlichen US-amerika- 
nischen VHSIC-Projekts entwickelte neue 
Super-Chip mißt 35 x 35 mm und kann 1 8,8 
Millionen aktive Elemente aufnehmen. Die 
Makrozellen des komplexen DSP (Digital 
Signal Processor) können unter anderem auf 
einen statischen RAM-Speicher mit einer 
Kapazität von 2 MBit zurückgreifen, ein dop- 
pelt so hoher Wert als bei den einzeln gefer- 
tigten 1 -MBit-RAMs. Die Herstellung vollzieht 
sich auf CMOS-Basis. Mit „neuartiger auto- 
matischer Software-Konfiguration“ soll auch 
dem Problem der hohen Ausschußquote von 
Superchios beigekommen worden sein. Mit 
Hilfe eingebauter Redundanz kann der Chip- 
Zustana effektiv in jeder Phase getestet wer- 
den: Defektstellen werden so umgangen. Mit 
der Entwicklung sind nunmehr vier der ge- 
planten 29 MaKrozellen der Chip-Gesamt- 
schaltung des Projekts produktionsreif. 
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Anforderungsspezifikation 
und Modellbildung auf der Basis 
von Netzen 

(Teil 1 ) 


Dr. Stephan Fensch, VEB Kombinat Trikota- 
gen, Karl-Marx-Stadt 

Jürgen Lange, Technische Universität Karl- 
Marx-Stadt, Sektion Automatisierungstech- 
nik 


In vielen Publikationen zum Thema Anforde- 
rungsspezifikation wird darauf verwiesen, 
daß Softwarekosten und -qualität sowie die 
Einhaltung von Bereitstellungsterminen für 
Softwareprodukte auch beim Entwurf von 
Automatisierungssystemen wesentlich von 
der Güte der Anforderungsspezifikation be- 
stimmt werden. Diese bildet die Ausgangs- 
basis für die gesamte weitere Entwicklung 
und muß deshalb durch Vollständigkeit, Wi- 
derspruchsfreiheit und Verträglichkeit ge- 
kennzeichnet sein. Solche Eigenschaften 
sind aber nur durch einen hohen Grad an 
Formalisierung der Spezifikation erreichbar. 
Im ersten Teil des Beitrags wird an Hand ei- 
nes konkreten Beispiels gezeigt, wie mit 
Hilfe von systematisch entwickelbaren Netz- 
modellen dieser Grad erreicht werden kann, 
ohne an Verständlichkeit zu verlieren. Im 
zweiten Teil wird dann die rechnergestützte 
Simulation eines solchen Modells mit dem 
Programmpaket POSES (Pr/T-netzorientier- 
tes Simulations- und Entwurfssystem) vorge- 
stellt. 


Einführung 

Die zunehmende Komplexität moderner 
rechnerintegrierter Automatisierungssy- 
steme (CIM) verlangt ein systematisches 
Entwurfsvorgehen mit hoher Effektivität. 
Durch immer bessere Entwicklungswerk- 
zeuge, insbesondere in Form komfortabler 
Sprachkonzepte (PASCAL, MODULA2, 
ADA), verlagert sich die relative Fehlerhäu- 


figkeit mehr und mehr in die Phase der Anfor- 
derungsspezifikation /I/. Dies ist besonders 
deshalb kritisch, weil hier begangene Fehler, 
wie z.B. eine falsch interpretierte Zielstel- 
lung, eine ganze Entwicklung in Frage stellen 
können. 

Ein Hauptproblem bei der Erarbeitung einer 
Anforderungsspezifikation bzw. eines Pflich- 
tenheftes ist der Gegensatz zwischen einer 
ersten, verbalen und damit allgemein ver- 
ständlichen Formulierung der Aufgabenstel- 
lung und deren formaler Darstellung. 

Letztere ist unabdingbar, um die normaler- 
weise in einer vom Auftraggeber erarbeiteten 
Problemstellung enthaltenen Widersprüche, 
Unvollständigkeiten und Unverträglichkei- 
ten herausfinden und korrigieren zu können. 
Der Übergang von einer informalen zu einer 
formalen Darstellung ist aber mit einigen 
Problemen behaftet, die darin bestehen, 
daß 

- der Übergang in der Regel auf einmal für 
das gesamte System erfolgt 

- alle Einzelheiten bereits vor der Formali- 
sierung festgelegt werden müssen 

- ein Vergleich der entstandenen formälen 
Beschreibung mit der ursprünglichen verba- 
len Version nicht möglich ist. 

Erschwerend wirken sich zudem die norma- 
lerweise vorhandenen Kommunikationspro- 
bleme zwischen den im Umgang mit forma- 
len Mitteln ungeübten Auftraggebern (meist 
der zukünftige Betreiber der Anlage) und den 
darin versierten Auftragnehmern (i.a. Soft- 
wareentwickler) aus. 

Netze als Beschreibungsmittel 

Werden Netze als Beschreibungsmittel ein- 
gesetzt, so ergeben sich gegenüber anderen 
Methoden folgende Vorteile: 


© Netze lassen sowohl formale als auch in- 
formale Beschreibungen zu, das heißt, in ei- 
nem ersten Schritt kann ohne Kenntnis eines 
Regelwerkes ein vorliegendes System grob 
modelliert werden. Dazu werden die Objekte 
des Systems und ihre Beziehungen unterein- 
ander spezifiziert, man beschreibt also die 
möglichen Objektzustände unter den ver- 
schiedenen Systembedingungen und deren 
Transformation durch Aktivitäten des Sy- 
stems bzw. seiner Umgebung. An der Festle- 
gung der relevanten Bedingungen und Aktivi- 
täten des Systems kann sich sofort jeder Mit- 
arbeiter beteiligen, was auch für eine mögli- 
che und zunächst ebenfalls frei wählbare Be- 
schriftung aller Netzelemente gilt. Wichtig ist, 
daß diese erste noch informale Darstellung 
bereits ein Netz ist und somit mit späteren for- 
malisierten Entwurfsprodukten verglichen 
werden kann. 

© Der Übergang von dieser ersten informa- 
len Ebene zur formalen Darstellung muß bei 
Netzen nicht auf einmal und für das gesamte 
Netz erfolgen, sondern ist schrittweise und 
lokal möglich. 

© Modellpräzisierungen erfolgen nur dann, 
wenn es der Entwicklungsgang und Erkennt- 
nisstand nötig machen und sind ebenfalls 
schrittweise und auf Teilsysteme begrenzt 
ausführbar. 

Beispiel 

Ausgangsbasis 

Im folgenden werden diese Aussagen an ei- 
nem Beispiel exemplarisch demonstriert. Bild 
1 zeigt das Layout eines teilautomatisierten 
Fertigungsmaschinensystems 121. Das Sy- 
stem besteht aus vier Bearbeitungszentren 
(BAZ), die eine vollautomatische Fertigung 
von Werkstücken ausführen, einer Wasch- 
und Kühlstation (WAK) zur Finalbehandlung 
der bearbeiteten Teile sowie einem schie- 
nengeführten Transportroboter (STR), der 
den gesamten systeminternen Transport der 
Werkstücke übernimmt: 

Die Schnittstelle nach außen bilden drei 
Spannplätze, bei denen die Rohteile auf Pa- 
letten aufgespannt und Fertigteile abge- 
spannt werden. Wesentlich für den systemin- 
ternen Transport ist, daß bei den Bearbei- 
tungszentren bzw. der Waschstation als 
Übergabeeinheiten Drehwechsler (DW) be- 
nutzt werden, die eine Beschickung der Ma- 



Bild 1 Layout des FMS 


Bild 2 Informale Systemübersicht als Kanal-Instanzen-Netz 
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Bild 3 Verfeinerung des Drehwechslers der WAK 
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schinen während der Teilebearbeitung er- 
möglichen. 

Ausgehend von der Tatsache, daß die Bear- 
beitungszentren und die Waschstation kom- 
plette Teilsysteme mit separaten Steuerun- 
gen darstellen, besteht die Zielsetzung der 
Systemmodellierung in der Beschreibung der 
Organisation des Materialflusses. 

In einem ersten Schritt ist es zunächst not- 
wendig, unter dem Blickwinkel der angege- 
benen Zielstellung die Objekte des Systems, 
mit ihren Existenzbedingungen und T ransfor- 
mationen, zu beschreiben. Die Objekte des 
vorliegenden Systems sind offensichtlich die 
Werkstücke, die durch ihre Bearbeitungszu- 
stände roh (R), bearbeitet (B) und fertig (F) 
sowie eine Ortskoordinate charakterisiert 
werden können. Innerhalb des Systems be- 
finden sie sich immer auf den zugehörigen 
Transportpaletten, so daß diese nicht explizit 
betrachtet werden müssen. 

Folgende Systembedingungen gelten für ein 
Objekt: 

- Es kann sich in den Zuständen roh oder 
fertig auf einem der Spannplätze befinden. 

- Es kann sich in den Zuständen roh oder 
bearbeitet auf dem Drehwechsler eines der 
Bearbeitungszentren befinden. 

- Es kann sich in den Zuständen bearbeitet 


Bild 4 Objektverteilungen während des Drehens 
der WAK 

Bild 5 Drehen des BAZ 4 (Position 17) 

oder fertig auf dem Drehwechsler der 
Waschstation befinden. 

- Es kann sich in allen Zuständen auf dem 
Roboter befinden. 

Die Transformation der Objektzustände er- 
folgt über die folgenden Aktivitäten: 

- von roh auf bearbeitet bei konstantem Ort 
durch Werkstückbearbeitung 

- von bearbeitet auf fertig bei konstantem 
Ort durch Waschvorgang 

- Veränderung der Ortskoordinate bei kon- 
stantem Bearbeitungszustand durch Palet- 
tentransport. 

Die Schnittstelle nach außen wird dabei 
durch die Aktivität Spannen realisiert. 

Systemübersicht als Kanal-Instanzen-Netz 
Aus diesen grundsätzlichen Überlegungen 
heraus läßt sich sofort eine noch informale 
Systemübersicht in Form eines Netzmodells 
angeben (Bild 2). 

Die Systembedingungen sind dabei als 
Ovale (üblich sind auch Kreise), die Aktivitä- 
ten als Rechtecke dargestellt. Vom Stand- 
punkt der Informationsverarbeitung läßt sich 
Bild 2 als ein sogenanntes Kanal-Instanzen- 
Netz 13/ auffassen. Dabei werden die Ovale 
als Kanäle interpretiert, die der Aufbewah- 
rung oder Weitergabe von Objekten (Nach- 
richten) dienen, und die Rechtecke als In- 
stanzen bezeichnet, die diese Objekte 
(Nachrichten) verarbeiten. Die Verbindung 
der Netzelemente wird über Pfeile realisiert, 
die entweder von Kanälen zu Instanzen oder 
von Instanzen zu Kanälen führen. Damit wird 
die Kausalstruktur Vorbedingung - Aktivität 
-Nachbedingung erzeugt, die das Grundge- 
rüst aller Netzformen darstellt. Die Art der 
Objekte wird durch die Pfeilanschriften be- 
zeichnet, das heißt, der Pfeil von Spann- 
plätze zum Paletten-Transport mit der An- 
schrift R bedeutet, daß diese Instanz Zugriff 
auf den Kanal hat und ihm ein Objekt Rohteil 
entnehmen kann, wenn ein solches vorhan- 
den ist. 

Die Darstellung ist informal, weil es noch 
keine Regeln gibt, wann eine Instanz aktiv 
wird und welche Kanäle durch ihre Tätigkeit 
wie beeinflußt werden. Es ist aber schon ein 
wesentlicher Schritt in Richtung einer forma- 
len Beschreibung getan, indem die Struktur 


BAZ -DWA 



BAZ-DWI 


des Systems mit seinen Funktionseinheiten 
fixiert ist und bei letzteren die aktiven Ele- 
mente (Instanzen) von den passiven (Kanä- 
len) unterschieden werden können. 

Um zu einer formalen Spezifikation zu kom- 
men, muß die erste Grobdarstellung weiter 
untersetzt werden. Dies wird durch die Ver- 
feinerung einzelner Netzelemente erreicht. 
Dabei gilt, daß eine Instanz ausschließlich 
durch ein mit Instanzen berandetes Teilnetz 
und ein Kanal nur durch ein mit Kanälen be- 
randetes Teilnetz ersetzt werden kann. 
Verfeinert werden nur die Elemente, die für 
die Systemspezifikation notwendig sind und 
für die die erforderlichen Details auch vorlie- 
gen. 

So lassen sich die Drehwechsler durch einen 
äußeren und einen inneren Kanal sowie die 
Instanz Drehen sehr einfach und anschaulich 
modellieren (Bild 3a). Der technologische 
Ablauf z. B. an der Waschmaschine bestimmt 
nun, daß nur dann gedreht werden darf, wenn 
innen ein fertiges Teil und außen ein bearbei- 
tetes Teil auf dem Drehwechsler liegen. 
Diese Forderung wird durch die im Bild 3b 
eingetragene Pfeilbeschriftung in das Modell 
übernommen. Die Instanz Drehen wird also 
genau dann aktiviert, wenn im Kanal 
WAK-DWA ein Objekt ß und im Kanal 
WAK-DWi ein Objekt F vorhanden ist. Die 
Beschriftung der anderen beiden Pfeile gibt 
an, daß nach Ausführung der Instanz Drehen 
in Kanal WAK-DWA ein Objekt F und im Ka- 
nal WAKJDWi ein Objekt B liegt. Bild 4 de- 
monstriert die Objektverteilungen auf dem 
Drehwechsler vor, während und nach Aus- 
führung der Instanz Drehen. 

Verfeinerung zum Prädikat/Transitionsnetz 
Aus diesen Bildern wird ersichtlich, daß die 
hier angegebenen Instanzen aus allen Ein- 
gabekanälen Objekte benötigen. Sind diese 
in ausreichender Zahl vorhanden, so erhält 
die Instanz Konzession, was eine notwen- 
dige Bedingung für ihre Ausführung ist. Bei 
der Ausführung werden zunächst die ent- 
sprechenden Objekte aus allen Eingangska- 
nälen entnommen, und ggf. wird eine der In- 
stanz zugeordnete Prozedur gestartet (z. B. 
Drehen). Mit dem Ende der Ausführung wer- 
den abschließend in alle Ausgabekanäle 
auch wieder Objekte hineingelegt. Dieses 
Verhalten bezeichnet man als transitional, 
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das heißt, es gibt eine definierte Regel, die 
sogenannte Schaltregel, nach der die Kon- 
zessionserteilung und Ausführung einer In- 
stanz genau festgelegt sind. Verhalten sich 
alle Instanzen des Netzes nach dieser Regel, 
so spricht man von einem Petri-Netz /3/, und 
die Instanzen werden als Transitionen be- 
zeichnet. 

Die Nachrichten (Objekte) werden in Petri- 
Netzen üblicherweise mit einem Punktsym- 
bol in die Kanäle eingetragen und als Marke 
bezeichnet. Im einfachsten Fall gibt eine 
Nachricht nur Auskunft darüber, ob ein be- 
stimmtes Objekt im Kanal vorhanden ist oder 
nicht (z. B. Werkstück auf Drehwechsler). 
Diese 0-1 -Information über das Vorhanden- 
sein des Objekts im Kanal wird noch um eine 
Information über den Zustand des Objekts 
(R, B oder F) erweitert. Man sagt, das Objekt 
(Marke) trägt ein Attribut, das im konkreten 
Fall vom Typ Werkstück ist. Wie später noch 
gezeigt wird, kann dieses Attribut auch aus 
mehreren Teileigenschaften zusammenge- 
setzt sein (mehrstelliges Attribut). 

Solche Netze heißen Prädikat/Transitions- 
netze (Pr/T-Netze), weil die Kanäle als Mo- 
dellierung einer Eigenschaft der Objekte an- 
gesehen werden können, wenn diese als 
Marken im Kanal vorhanden sind. Aussagen 
dieser Art werden in der formalen Logik als 
Prädikate bezeichnet. 

Analog zum Drehwechsler der Waschma- 
schine kann man nun den Kanal Drehwechs- 
ler^BAZ von Bild 2 verfeinern, indem man für 
jeden Drehwechsler ein entsprechendes 
Teilnetz angibt. Dies hätte allerdings zur 
Folge, daß auch die Instanz Werkstückbear- 
beitung in Bearbeitung 1 bis Bearbeitung 4 


verfeinert werden müßte. Dabei vergrößert 
sich die Komplexität des Netzmodells unnöti- 
gerweise, da der technologische Ablauf der 
Werkstückübergabe an allen vier Bearbei- 
tungszentren gleich ist. 

Sollen die vier Drehwechsler mit nur einem 
Kanal modelliert werden, muß neben dem 
möglichen Objektzustand (R oder B) auch 
eine Spezifikation des Bearbeitungszen- 
trums, auf dem sich das Objekt befindet, als 
weiteres Attribut eingeführt werden. Da alles 
transportorientiert betrachtet wird, bieten 
sich dafür die Positionen der Bearbeitungs- 
zentren entlang der STR-Schienenführung 
an. Liegen auf dem Kanal BAZ_DWA z. B. 2 
Objekte der Form (5,R) und (1 7,B), so bedeu- 
tet das, daß sich außen auf dem Drehwechs- 
ler des Bearbeitungszentrums 1 (Position 5) 
ein Rohteil und auf dem des Bearbeitungs- 
zentrums 4 (Position 17) ein bearbeitetes Teil 
befindet. Die Drehwechsler der anderen bei- 
den Bearbeitungszentren sind außen frei. Die 
formale Darstellung der Konzessionierupgs- 
bedingungen zeigt Bild 5 über die Reilbe- 
schriftung, wobei für das neue Objektattribut 
die Variable baz eingeführt wird. So werden 
über den vom Kanal BAZJDWA zur Instanz 
Drehen führenden und mit (baz,R) beschrif- 
teten Pfeil 2stellige Objekte aus der Menge 
«5,R>, (11, R), (12, R), (17,R>) transpor- 
tiert. Die Variable baz wird dabei gleichzeitig 
als Parameter für die Auswahl der Dreh- 
wechslerprozedur verwendet. Die im Bild 5 
dargestellte Objektverteilung ermöglicht ein 
Drehen des Drehwechslers am Bearbei- 
tungszentrum 4, das heißt, es kann die Pro- 
zedur Drehen (17) gestartet werden. 

Für die Verfeinerung der Instanz Paletten- 


transport von Bild 2 können zunächst ein- 
zelne Transportfahrten nach ihren Ziel- 
Quelle-Angaben unterschieden werden. Für 
den Normalbetrieb der Anlage gibt es dabei 
drei Grundtypen: 

© von Spannplätzen zu Bearbeitungszen- 
tren (Spann_BAZ) 

© von Bearbeitungszentren zur Waschsta- 
tion (BAZ_WAK) 

® von der Waschstation zu Spannplätzen 
(WAK_Spann). 

Bild 6 zeigt das Einpassen dieser drei Trans- 
porte als Transitionen in das Netzmodell. Da- 
bei wird aber sofort ein Widerspruch zur Rea- 
lität sichtbar, da das Modell offenbar zuläßt, 
daß die Transporte auch nebenläufig zuein- 
ander ausgeführt werden. Da aber nur ein 
Transportroboter zur Verfügung steht, ist 
diese Nebenläufigkeit im realen Prozeß nicht 
möglich. Der Roboter stellt also eine typische 
Systemressource dar, die natürlich im Modell 
berücksichtigt werden muß. 

Bild 7 zeigt die korrekte Verfeinerung der In- 
stanz Palettentransport, wobei der Trans- 
portroboter durch den Kanal STR_FREI mo- 
delliert wird. Dieser Kanal enthält genau eine 
Marke, die für die Konzessionserteilung an 
jede Transporttransition notwendig ist. Damit 
wird die geforderte Exklusivität der drei Teil- 
prozesse gesichert. Um eine weitere Verfei- 
nerungsstufe erreichen zu können, wird ein 
Ablaufalgorithmus aufgestellt, der für jede 
der drei Transportmöglichkeiten des Sy- 
stems Gültigkeit hat: 

1. Fahre leer von Roboter-Position zur 
Quellposition. 



Bild 6 Verfeinerung 
der Instanz „Paletten- 
transport“ 


Bild 7 Modellierung 
des Transporters als 
Ressource 
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Bild 10 Prädikat-ITransitionsnetz des FMS 


2. Übernehme Palette von rechts (wenn Po- 
sition gerade) oder links (ungerade). 

3. Fahre von Quellposition zur Zielposi- 
tion. 

4. Übergebe Palette nach rechts (wenn Po- 
sition gerade) oder links (ungerade). 

Damit läßt sich eine einheitliche Prozedur für 
die betrachteten Transportvarianten in der 
Form 

transport (robot, quelle, ziel) angeben. Die 
drei Inputparameter sind alle vom Typ Posi- 
tion (Wertebereich: 1 ... 19, gemäß Bild 1) 
und repräsentieren die aktuelle Roboterposi- 
tion sowie die Quell- und Zielposition des 
Transportauftrags. Mit dem Schalten einer 
Transporttransition wird die Prozedur trans- 
port gestartet. Dabei müssen die aktuellen 
Parameter durch die der Transition vorgela- 
gerten Kanäle in Form von attributierten Mar- 
ken zur Verfügung gestellt werden. 

Für die aktuelle Roboterposition kann dazu 
der Kanal STR^FREI genutzt werden, wenn 
man die Marke um ein Attribut, das die aktu- 
elle Roboterposition angibt, erweitert. Diese 
Marke wird beim Start einer Transportopera- 
tion aus dem Kanal entnommen und bei ih- 
rem Ende mit dem Wert der erreichten Ziel- 
position zurückgegeben. Wenn man berück- 
sichtigt, daß für die WAK eine feste Position 
als Konstante benutzt werden kann (18), und 
daß sowohl von den Spannplätzen als auch 
den Bearbeitungszentren jeweils die Quell- 
position in den Marken mitgeliefert wird, feh- 
len für die Transitionen Spann -BAZ und 
WAK-Spann noch die Parameter der Zielpo- 
sition. Ziel dieser T ransporte können aber nur 
freie Bearbeitungszentren bzw. Spannplätze 
sein, so daß es genügt, die Nachricht über ihr 
Freiwerden in entsprechenden Kanälen ab- 
zulegen. 

Bild 8 zeigt die Installation der beiden Kanäle 
BAZ-FREI und SP-FREI in die Instanz Pa- 
lettentransport sowie den Einsatz der verein- 
heitlichten Transportprozedur. Wie die Varia- 
ble baz sind die Variablen robot (Roboterpo- 


sition) und spann (Position des ausgewähl- 
ten Spannplatzes) vom Typ position und spe- 
zifizieren die konkrete Quell-Ziel-Angabe der 
Transportprozedur. Auf diesem Niveau des 
Modells lassen sich nun weitere Forderun- 
gen des Auftraggebers einbringen. So ist es 
z. B. häufig üblich, daß nicht alle Bearbei- 
tungszentren auch alle Teile des zu fertigen- 
den Sortiments bearbeiten, sondern daß 
mehrere Maschinengruppen gebildet wer- 
den, die . unterschiedliche Bearbeitungen 
ausführen. 

Im vorliegenden Fall sollen die 4 Bearbei- 
tungszentren in 2 Gruppen zu je 2 Maschinen 
aufgeteilt sein. Beim Aufspannen der Teile 
gibt der Bediener dann die jeweils zugeord- 
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nete Maschinengruppe an. Im Modell wird die 
jeweilige Gruppe durch die beiden Positions- 
angaben der zugehörigen Bearbeitungszen- 
tren angegeben. Diese bilden zusammen mit 
der Spannplatzposition ein Objekt, welches 
von derTransition Spannen erzeugt wird. Um 
dieses Objekt Zwischenspeichern zu können, 
muß der Kanal Spannplätze in zwei Kanäle 
verfeinert werden. Der Kanal SPJNAHL ent- 
hält die für eine konkrete Maschinengruppe 
ausgewählten Rohteile, während der Kanal 
SP-AB die abzuspannenden Fertigteile auf- 
nimmt. Bild 9 zeigt diese Verfeinerung als 
Ausschnitt aus dem Gesamtnetz, wobei ge- 
genüber Bild 2 auf das Attribut Rohteil (R) 
verzichtet wurde, da sich Objekte im Kanal 
SPJNAHL nur in diesem Zustand befinden 
können. Die Variablen bl und Ö2 sind vom 
Typ position und symbolisieren die ausge- 
wählte Maschinengruppe. 

Diese Verfeinerung hat allerdings bzgl. der 
Ausführung des Transports Spann-BAZ 
eine Konsequenz, die ebenfalls dargestellt 
ist. Ein Transport kann nur stattfinden, wenn 
mindestens eines der beim Spannen ausge- 
wählten Bearbeitungszentren einer Maschi- 
nengruppe auch beschickungsbereit ist. Das 
bedeutet, daß diese Transition nur dann Kon- 
zession erhält, wenn sich zusätzlich zu den 
auf den angegebenen Eingangskanälen not- 
wendigen Objekten in der Menge der auf 
BAZJFRE I und SPJNAHL befindlichen Ob- 
jekte mindestens ein Paar befindet, bei dem 
ein freies Bearbeitungszentrum (Variable 
baz) mit einer Anwahl (den Positionsanga- 
ben bl oder ö2) übereinstimmt. Diese zu- 
sätzliche Bedingung kann bei den Pr/T-Net- 
zen für jede Transition als Boolescher Aus- 
druckformuliert werden, hier: 

(baz = bl) or (baz = b2). 

Bild 10 zeigt das bisher erreichte Gesamt- 
netzmodell, bei dem die ursprüngliche Struk- 
tur von Bild 2 noch recht gut erkennbar ist. 
Die eingetragenen Anfangsmarkierungen, 
z. B. (2) für STR_FREI, entsprechen dem Zu- 
stand des Systems unmittelbar vor dem Start 
des bisher betrachteten regulären Betrie- 
bes. 

Durch „Markenschieben“ können jetzt spe- 
zielle Situationen oder Abläufe per Hand 
durchgespielt werden, um ein Gefühl für das 
modellierte System zu bekommen. Eine voll- 
ständige und komfortable Modellvalidierung 
ist allerdings nur mit Rechnerunterstützung 
möglich. Im zweiten Teil dieses Beitrags wird 
deshalb als Simulationswerkzeug für solche 
Modelle das auf Personalcomputer imple- 
mentierte Simulationswerkzeug POSES vor- 
gestellt. wird fortgesetzt 
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1.7. Direktanweisung 

Mit der Direktanweisung kann man Symbolen 
einen Wert zuweisen. Sie hat folgende Syn- 
tax: 

name: symbol = expr ; kommentar 

Das Namensfeld und das Kommentarfeld 
können auch entfallen. Dem Symbol symbol 
wird der Wert des Ausdruckes expr zugewie- 
sen. Bei der ersten Wertzuweisung wird das 
Symbol in die UST eingetragen. Bei weiteren 
Wertzuweisungen wird nur der Wert des 
Symbols in der UST geändert. 

Das Symbol kann mit = = bzw. durch eine 
.GLOBL-Anweisung als global erklärt wer- 
den. Eine Bezugnahme auf globale nichtdefi- 
nierte Symbole ist nicht erlaubt. Bei der Be- 
rechnung des Ausdruckes sind einstufige 
Vorwärtsbezugnahmen auf Symbole zuläs- 
sig. Das Verschieblichkeitsattribut des Sym- 
bols wird durch den Ausdruck bestimmt. In 
verschieblichen PA darf der Wert des Aus- 
drucks relativ oder absolut sein. 


ALPHA = BETA +10 

;VORWAERTSBEZUGNAHME 
;AUF BETA 
BETA= 100 

ZUWEISUNG EINES 
;ABSOLUTEN WERTES 
FELDN = FELD + N — 1 

ZUWEISUNG EINES 
RELATIVEN WERTES 


1.8. Speicherplatzzuordnungszähler 
Der Speicherplatzzuordnungszähler (SZZ) 
wird durch einen alleinstehenden Punkt (.) 
bezeichnet. In Verbindung mit Radix-50-Zei- 
chen hat der Punkt die Bedeutung eines Al- 
phazeichens oder eines Dezimalpunktes! 
Wird der SZZ im Operandenfeld verwendet, 
so entspricht sein Wert der Adresse des er- 
sten Wortes des Maschinenbefehls. Bei As- 
sembleranweisungen entspricht der Wert 
des SZZ der Adresse des aktuellen Wortes 
oder Bytes. 


Beispiel: 

M0 a MOV R2 

;DER SZZ ENTSPRICHT DEM SYMBOL 

FELD: .WORD 20, ALPHA,., 20. 

;SZZ ENTSPRICHT DER ADRESSE 
;FELD + 4 

Das Verschieblichkeitsattribut des SZZ wird 
durch den Charakter des PA bestimmt. Für 


nichtverschiebliche PA ist der SZZ absolut 
und für verschiebliche PA relativ. Am Anfang 
eines PA bzw. der Übersetzung wird dem 
SZZ immer der Wert 0 zugewiesen. Mit der 
Direktanweisung kann dem SZZ ein beliebi- 
ger Wert zugewiesen werden. Die Direktan- 
weisung kann auch zum Reservieren von 
Speicherbereichen benutzt werden. 

■ 

Beispiel: 

. = 17500 ;DER SZZ WIRD AUF 17500 
;GESETZT 

. = . + 120 ;DER SZZ WIRD UM 120 
;BYTES 

;WEITER GERUECKT 

Die letzte Schreibweise ist identisch mit der 

Anweisung 

.BLKB 1 20 RESERVIERE 1 20 BYTES 

2. Allgemeine Assembleranweisungen 

In diesem Abschnitt werden die wesentlichen 
Eigenschaften der allgemeinen Assembler- 
anweisungen beschrieben. Das Format der 
Assembleranweisungen entspricht den Fest- 
legungen gemäß 1.1, wobei auch für Assem- 
bleranweisungen in der Regel ein Symbol im 
Namensfeld zulässig ist. Da die Verwendung 
von Symbolen im Namensfeld von Assem- 
bleranweisungen (mit Ausnahme der Defi- 
nitionsanweisungen) nicht von grundsätzli- 


cher Bedeutung ist, wird darauf im weiteren 
nicht besonders hingewiesen. 

2.1. Anweisungen zur Auswahl von 
Assemblerfunktionen 

Bestimmte Funktionen des Makroassemblers 
lassen sich mit der Anweisung 

.ENABL arg 

■ einschalten bzw. mit der Anweisung 

.DSABL arg 

ausschalten, wobei arg die Funktion des Ma- 
kroassemblers entsprechend Tafel 4 spezifi- 
ziert. 

Die Funktionsauswahl kann auch mit den 
Schaltern IEN:arg und /DS:arg in der Kom- 
mandozeile erfolgen. Die durch die Schalter 
beeinflußten Argumente haben gegenüber 
den Argumenten der Anweisungen den Vor- 
rang. 

2.2. Anweisungen zur Steuerung des Über- 
setzungsprotokolls 

Das Übersetzungsprotokoll enthält standard- 
gemäß für jede Anweisung ein Fehlerkenn- 
zeichenfeld, in dem maximal vier Fehleran- 
gezeigt werden, den Speicherplatzzuord- 
nungszähler (SZZ), eine dezimale Nummer 
der eingelesenen Quellanweisung, eine 
Spalte für den Objektkode in der maximalen 
Länge von 3 Worten und eine Spalte für die 
vollständige Quellanweisung. Die Kopfzeilen 
eines jeden Blattes enthalten den Programm- 


Tafel 4 Steuerfunktionen des Assemblers 


Argument 

Standard 

Funktion 

ABS 

disable 

Ausgabe des absoluten Maschinenkodes im OS-RW-Format. Konvertieren in das 
formatierte Binärformat (für den Absolutlader) des Dienstprogramms FLX. 

AMA 

disable 

Die relative Adressierung (Modifikation 67 gemäß 5.3) wird bei der Assemblierung 
durch die absolute Adressierung ersetzt (Modifikation 37). Diese Funktion er- 
leichtert den Programmtest. 

CDR 

disable 

Die Zeichen ab Position 73 werden als Kommentar gewertet. Damit können die Po- 
sitionen 73-80 bei einer Lochkarteneingabe als Problem-Folgefeld benutzt werden. 

CRF 

disable 

Ausgabe einer Cross-Referenz-Liste. Bei .ENABL CRF wird eine Cross-Referenz- 
Liste erstellt. 

FPT 

disable 

Gleitkommazahlen werden nicht gerundet (Truncation). Bei .DSABL FPT werden 
die Gleitkommazahlen gerundet. 

GBL 

enable 

Alle Undefinierten symbolischen Bezugnahmen (Referenzen) werden als global- 
undefinierte Bezugnahmen angenommen, für die zurTaskbuilderzeit eine Auflösung 
erwartet wird (Bezugnahme auf globale Symbole anderer Objektmodule). Bei 
.DSABL GBLführen alle offenen symbolischen Bezugnahmen zu Undefinierten 
Symbolen, die mit einem U-Fehler im Assemblerprotokoll angezeigt 
werden. 

LC 

disable 

Die Kleinbuchstaben des ASCII-Kodes werden bei der Eingabe des Quellfiles nicht 
in Großbuchstaben umgewandelt. Im GOST-Kode ist somit auch eine Ver- 
arbeitung von kyrillischen Schriftzeichen möglich. 

Bei .DSABL LC erfolgt eine Umkodierung der kleinen bzw. kyrillischen Schrift- 
zeichen in große lateinische. 

LSB 

disable 

Lokale Symbolblöcke werden gewöhnlich durch ein Symbol im Namensfeld oder 
durch eine .PSECT-Anweisung begrenzt. Bei .ENABL LSB wird ein lokaler 
Symbolblock aufgebaut, dessen Gültigkeit sich bis zur nächsten .DSABL LSB-, 
.ENABL LSB- oder .PSECT-Anweisung erstreckt. 

PNC 

disable 

Ausgabe des Binärkodes. Bei .DSABL PNC wird die Ausgabe des Binärkodes 
(Maschinenkodes) unterdrückt. 

REG 


Die Standard-Registersymboldefinitionen werden verwendet (RO = %0, 

RI = %1 , . . , R5 = %5, SP = %6, PC = %7). Bei .DSABL REG werden keine 
Standard-Registersymboldefinitionen vom Assembler durchgeführt. 
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Bild 1 Beispiel eines Übersetzungsprotokolls mit Einteilung 
in Programmabschnitte 


Tafel 5 Funktionen zl 

ir Protokollgestaltung 

Argument 

Standard 

Funktion 

SEQ 

list 

Die Quellzeilennummer wird gedruckt. 

LOC 

list 

Der Speicherplatzzuordnungszähler (SZZ) wird 
gedruckt. 

BIN 

list 

Der übersetzte Binärkode wird gedruckt. 

BEX 

list 

Der erweiterte Binärkode wird gedruckt. 

Als erweiterter Binärkode wird der Kode bezeichnet, 
der in der Zeile der Quellanweisung nicht untergebracht 
werden kann und somit den Druck von Folgezeilen her- 
vorruft. .NLIST BIN verbietet auch BEX. 

SRC 

list 

Die Quellzeile wird gedruckt. 

COM 

list 

Die Kommentare, die im Quelltext enthalten sind, 
werden gedruckt. 

.NLIST SRC verbietet auch COM. 

MD 

list 

Makrodetinitionen und die Auflösungen der Wieder- 
holungsblöcke werden gedruckt. 

MC 

list 

Makrorufe und die .IRP/.IRPC-Anweisungen werden 
gedruckt. 

ME 

nolist 

Die Makroauflösung wird als Quell- und Binärkode 
gedruckt. 

MEB 

nolist 

Die binäre Makroauflösung wird gedruckt. Das Argu- 
ment MEB ist eine Untermenge des Arguments ME. 

CND 

list 

Es wird der Quelltext der nichtgenerierten Bedingungs- 
blöcke und aller Anweisungen der bedingten Generie- 
rung gedruckt. 

LD 

nolist 

Es werden alle .LIST- und .NLIST -Anweisungen ohne 
Argumente gedruckt. 

TOC 

list 

Die Subtiteltabelle wird gedruckt. 

TTM 

no list 

Das Protokollformat wird an das Terminalformat 
(72 Zeichen pro Zeile) angepaßt. Die Worte der binären 
Auflösung werden untereinander gedruckt. 

Bei .NLIST TTM wird das Paralleldruckerformat (132 
Zeichen pro Zeile) ausgegeben. 

SYM 

list 

Die Symboltabelle wird gedruckt. 


titel, den Identifikator des Makroassemblers, 
Datum und Uhrzeit und eine Seitennummer 
(Bild 1) 

Für die Steuerung des Übersetzungsproto- 
kolls können folgende Anweisungen verwen- 
det werden: 

.TITLE - Programmtitel/Modulname 
.IDENT - Identifikation des Moduls 
.SBTTL - Untertitel des Quellprogramms 
•PAGE - Beginn einer neuen Seite 
•LIST - Listen 
•NLIST - Nicht listen. 

Die .TITLE-Anweisung dient zur Bezeich- 
nung des Objektmoduls und des Überset- 
zungsprotokolls mit dem Programmtitel. Sie 
hat folgende Syntax: 

•TITLE String 

wobei string den Programmtitel festlegt. Die 
ersten 6 Zeichen müssen im Radix-50-Kode 
zulässig sein und werden als Modulname zur 
Bezeichnung des Moduls verwendet. Die 
restlichen Zeichen dürfen beliebige ASCII- 
Zeichen sein. Die ersten 31 Zeichen des Pro- 
grammtitels werden in die Kopfzeile einge- 
fügt und auf jedem Blattanfang gedruckt. Wird 
die .TITLE-Anweisung nicht spezifiziert, er- 
hält der Modul den Namen .MAIN. 

Die .IDENT-Anweisung wird zur zusätzlichen 
Bezeichnung des Moduls mit einem Ver- 
sionsidentifikator verwendet. Die Anweisung 
hat folgende Syntax: 

•IDENT I string! 

wobei string der Versionsidentifikator aus ma- 
ximal 6 Radix-50-Zeichen ist, der in Zeichen- 
kettenbegrenzer eingeschlossen werden 


,muß. Als Zeichenkettenbegrenzer können 
beliebige Sonderzeichen verwendet werden. 
Diö „SBTTL-Anweisung wird zur zusätzli- 
chen Beschriftung des Assemblerprotokolls 
mit Untertiteln benutzt. Der jeweils letzte Un- 
tertitel wird bei Beginn einer neuen Seite als 
zweite Kopfi^ile gedruckt. Vor der ersten 
Seite des Übersetzungsprotokolls wird eine 
Zusammenfassung aller Untertitel mit An- 
gabe der Seiten- und Quellzeilennummer als 
Inhaltsverzeichnis (TOC -Table of contents) 
gedruckt. Die Anweisung hat folgende Syn- 
tax: 

•SBTTL string 

wobei string der Untertitel ist. Die Numerie- 
rung der Seiten erfolgt durch zwei Nummern: 
x-y, wobei 

x eine logische Seitennummer untj, 
y eine Blattnummer innerhalb der logischen 
Seite 
darstellt. 

Die Blattnummer wird ab Null beginnend ge- 
zählt, wobei eine Null nicht gedruckt wird. Die 
logische Seitennummer wird ab Eins begin- 
nend gezählt. Eine Erhöhung der logischen 
Seitennummer erfolgt durch eine.PAGE-An- 
weisung oder durch Verwendung des Formu- 
larsteuerzeichens (FF) als Zeilenbegrenzer. 
Die .PAGE-Anweisung hat keinen Parame- 
ter. Jede neue logische Seite wird auf ein 
neues Blatt gedruckt, wobei die Blattnummer 
auf den Anfangswert rückgesetzt wird. 

Mit der .LIST- bzw. .NLIST -Anweisung ohne 
Argument wird die Protokollierung der Quell- 
zeilen (einschl. Objektkode) erlaubt oder un- 
terdrückt. Die Protokollierung ist erlaubt, 
wenn ein sogenannter Zähler für das Proto- 


kollierungsniveau einen positiven Wert hat. 
Bei einem negativen Werterfolgt keine Proto- 
kollierung. Der Anfangswert des Zählers ist 
Null. Durch eine .LIST-Anweisung wird der 
Zähler inkrementiert und durch eine .NLIST- 
Anweisung dekrementiert. 

Mit einer .LIST- bzw. .NLIST -Anweisung mit 

Argument 

.UST arg[,arg[, . ..]] 

•NLIST arg[, arg[,... ]] 

wird die Gestaltung des Protokolls beeinflußt. 
Der Zähler für das Protokollierungsniveau 
wird nicht verändert. Die zulässigen Argu- 
mente mit ihren Standardwerten sind in Tafel 
5 zusammengefaßt. 

Die Protokollgestaltung kann auch durch die 
Schalter IU:arg und INL-.arg in der Komman- 
dozeile beeinflußt werden. Die durch die 
Schalter beeinflußten Argumente haben ge- 
genüber den Argumenten der .LIST- und 
.NLIST-Anweisung den Vorrang. 

2.3. Definitionsanweisungen 
Mittels Definitionsanweisungen können 
Speicherbereiche reserviert oder Zeichen- 
ketten und Konstanten in den Objektkode 
eingetragen werden. Symbole im Namens- 
feld der Definitionsanweisungen sind erlaubt. 
Den Symbolen wird der aktuelle Wert des 
SZZ, d. h. die Anfangsadresse des Bereiches 
bzw. die Adresse des ersten Bytes der Zei- 
chenkette bzw. der Konstanten, zugeordnet. 

2.3.1. Definition von Speicherbereichen 
Speicherbereiche können mit den folgenden 
Anweisungen definiert werden: 
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.BLKB expr 
.BLKW expr 

Die Bereiche werden durch die .BLKB-An- 
weisung in Bytes und durch die .BLKW-An- 
weisung in Worten reserviert, wobei der Aus- 
druck expr die Anzahl der Bytes bzw. Worte 
festlegt. Der Ausdruck muß absolut sein und 
darf keine Vorwärtsbezugnahmen oder Be- 
zugnahmen auf externe Symbole enthalten. 
Die.BLKW-Anweisung muß auf einer gerad- 
zahligen Adresse beginnen. 

Beispiele: 

FELD: .BLKW 100 

STACK: .BLKB N+OP+2 


2.3.3. Definition von Zeichenketten 

Die Definition von Zeichenketten im ASCII- 

Kode bzw. im Radix-50-Kode erfolgt mit den 

Anweisungen 

.ASCII /string/. . ./string/ 

.ASCIZ /string/. . ./string/ 

.RAD50 /string/... /string/ 

Mit der .ASCII-Anweisung wird ein Speicher- 
bereich reserviert, in den die Kodes der Zei- 
chen der Zeichenkette string eingetragen 
werden, wobei die Zeichen / / die Begren- 
zer der Zeichenkette darstellen. Die Größe 
des reservierten Speicherbereiches wird 
durch die Anzahl der Zeichen festgelegt. Als 
Begrenzer können beliebige druckbare Zei- 
chen außer <, = und ; benutzt werden. Je- 
doch darf ein Zeichen, welches innerhalb der 
Zeichenkette verwendet wird, kein Begren- 
zer sein. Die Zeichenkette darf in mehrere 
Teilzeichenketten unterteilt werden. Nicht- 
druckbare Zeichen dürfen in der Zeichen- 
kette string nicht verwendet werden. Sie kön- 
nen durch einen Ausdruck mit dem entspre- 
chenden Wert, der in spitze Klammern einge- 
schlossen werden muß, definiert werden. 
Durch einen Ausdruck können beliebige Zei- 
chen definiert werden, jedoch darf der Aus- 
druck den Wert 377(8) nicht überschreiten. 
Ausdrücke und Zeichenketten dürfen in be- 
liebiger Reihenfolge definiert werden. 

TEXT^ASCII +BEGINN 

DES PROGRAMMLAUFS+ 
TEXT1:. ASCII (15)(12) 

#LESEFEHLER VON DK0:/DK1 :# 

LF=12 

CR=15 

TEXT2: .ASCII <LF)/***FEHLER/ 

(CR) (LF)? KODE:? 

Die .ASCIZ-Anweisung entspricht der .AS- 
CII-Anweisung, mit dem Unterschied, daß 
nach dem letzten Byte der Zeichenkette noch 
ein zusätzliches Byte mit dem Wert 0 als En- 
dekennzeichen definiert wird. 

Die .RAD50- Anweisung dient der Definition 
von Zeichenketten im Radix-50-Kode. Auf 
Grund der Einschränkung df s Zeichenvorra- 
tes besteht die Möglichkeit, nach der Radix- 
50-Formel drei Zeichen in zwei Bytes zu defi- 
nieren. Im Operandenfeld können analog der 
.ASCII-Anweisung Zeichenketten und Aus- 


drücke in spitzen Klammern verwendet wer- 
den. Ein Ausdruck darf den Wert von 47(8) 
nicht überschreiten. Eine Zeichenkette wird 
immer in Dreiergruppen unterteilt, die in den 
Radix-50-Kode umgewandelt und in ein Wort 
eingetragen werden. Die letzte unvollstän- 
dige Dreiergruppe wird mit Leerzeichen auf- 
gefüllt. 



Beispiele: I 

A: .RAD50 /ABCDE/ 

i B:.RAD50(1><2><3><4><5> | 

Die Zeichenketten A und B sind iden- | 
lisch und belegen zwei Worte. Die | 

fetzte Dreiergruppe wird durch ein | 

Leerzeichen -ergänzt. | 

2.3.3. Definition von Konstanten 
Für alle hardwaremäßig unterstützten Daten- 
formate existiert jeweils eine Definitionsan- 
weisung: 

.BYTE expr[,expr[, . . .]] 

.WORD expr[,expr[, . . .]] 

.FLT2 arg[,arg[, . . .]] 

.FLT4 arg[,arg[, . . .]] 

Mit der .BYTE-Anweisung werden ganze und 
natürliche Zahlen im Byteformat definiert. Die 
Anzahl der definierten Bytes entspricht der 
Anzahl der Ausdrücke. Die Ausdrucksbe- 
rechnung erfolgt mit 16-Bit-Werten, und an- 
schließend wird das Ergebnis auf 8 Bit ver- 
kürzt. Ist der Wert nicht in 8 Bit darstellbar, so 
wird ein T-Fehler angezeigt. Globale Bezug- 
nahmen sind zulässig. 


Beispiele: 

CI : .BYTE 20,1 6., A Bl 0000, 2*8., 4+ 
(2*6), '0-40 

C2: .BYTE A 0377, 255,-1 
C3: .BYTE WO 
.GLOBL WO 

§, Im Bereich CI werden 6 Bytes mit 
dem Wert 20(8) und im Bereich C2 3 
Bytes mit dem Wert 377(8) definiert. 
Unter C3 wird 1 Byte definiert, dessen 
Wert erst durch den Taskbuilder ein- 
getragen werden kann. 


Mit der .WORD-Anweisung werden analog 
der .BYTE-Anweisung ganze und natürliche 
Zahlen ira 1 6-Bit-Format definiert. Eine 
.WORD-Anweisung muß immer auf einer 
geradzahligen Adresse beginnen. Die Aus- 
drücke dürfen relative und absolute Werte 
ergeben sowie globale Bezugnahmen enthal- 
ten. Es ist zu beachten, daß alle Anweisungen 
ohne Operationskode bzw. ohne gültigen 
Operationskode der .WORD-Anweisung 
gleichgesetzt sind. 

Beispiele: 

VO: .WORD FELD+1 00., ALPHA 
DEFINITION VON 2 ADRESS- 
KONSTANTEN, 
.WORD B101 110000111, “AB 
DEFINITION VON 2 NUMERISCHEN 
KONSTANTEN 
Diese Anweisungen lassen sich auch 
wie folgt schreiben: 


V0:FELD+100.. ALPHA 
A B101 110000111, “AB 

Unter Anwendung der letzten Regel lassen 
sich z. B. neue Befehlsmnemoniks für adres- 
senlose Befehle einführen: 

CLNZ=254; BEFEHL ZUM LOESCHEN 
;VON N- UND Z-BIT 
SVC=104410; TRAP 10 


CLNZ ;GENERIERUNG DER 

KONSTANTEN 000254(8) 

SVC ;GENERIERUNG DER 

;KONSTANTEN 104410(8) 

Gleitkommazahlen werden mit der .FLT2- 
Anweisung im 2-Wort-Format und mit der 
.FLT4-Anweisung im 4-Wort-Format defi- 
niert, wobei jedes Argument zur Generierung 
einer Gleitkommazahl führt. Die Argumente 
werden nach den üblichen Regeln mit oder 
ohne Dezimalpunkt und mit oder ohne Expo- 
nent geschrieben. Ausdrücke sind als Argu- 
ment unzulässig. 

feeispiele: 

FELD: .FLT2 2,+2,2.,2.0,2E0, 
2.0E+0.20.E-1 
KO: .FLT4.31416E1, 

1.3803E-16, -273.16, 

5.61 E26 

Die erste Anweisung zeigt 7 verschie- 
dene Schreibweisen für die Gleitkom- 
makonstante +2, die noch um zahlrei- j 
che Varianten erweitert werden f 

könnte. 


2.4. Anweisungen zur Steuerung 
des Speicherplatzzuordnungszählers 
Der Speicherplatzzuordnungszähler (SZZ) 
wird bei der Assemblierung von Befehlen 
und Speicherbereichsdefinitionen automa- 
tisch um die Länge des Befehls bzw. des 
Speicherbereiches inkrementiert. Mit der Di- 
rektanweisung (siehe 1 .7.) kann der SZZ auf 
einen bestimmten Wert gesetzt bzw. um ei- 
nen bestimmten Wert weitergezählt werden. 
Außerdem kann der SZZ durch die 
.EVEN-Anweisung und 
.ODD-Anweisung 
beeinflußt werden. 

Die .EVEN-Anweisung setzt den SZZ immer 
auf eine geradzahlige Adresse (Wortgrenze), 
indem zu einem ungeradzahligen Wert des 
SZZ eine Eins addiert wird. Ein geradzahliger 
Wert wird nicht verändert. 

Die .ODD-Anweisung setzt den SZZ immer 
auf eine ungeradzahlige Adresse, indem zu 
einem geradzahligen Wert des SZZ eine Eins 
addiert wird. Ein ungeradzahliger Wert wird 
nicht verändert. 

* f Beispiele: 

TEXT7: .ASCII /EINGABE VON TO:/ 
.EVEN 

lEINSTELLEN DER 
lWORTGRENZE 
DEZ: .WORD 100.,10.,1 

iTABELLE IM WORT- 
;FORMAT 
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BER: 


ODD :SZZ UNGERAD- 
ZAHLIG 
.BYTE 2+ANZ 
;SATZLAENGE IM BYTE- 
; FORMAT 
.BLKWANZ 

;DATENSATZ AUF WORT- 
;GRENZE 


2.5. Generelle Assembleranweisungen 
In diesem Abschnitt werden einige Assem- 
bleranweisungen von allgemeiner Anwen- 
dung, wie 

.END -Ende des Quellprogramms 
.GLOBL- Definition globaler Symbole 
.RADIX - Festlegung der Basis des Zahlen- 
systems 

beschrieben, 

Die .END-Anweisung kennzeichnet'das 
Ende eines Quellmoduls. Sie hat folgende 
Syntax: 

.END [expr] 

Der Ausdruck expr gibt die Startadresse des 
Programmsystems an. Dadurch wird der au- 
tomatische Programmstart mit dem RUN- 
Kommando des Betriebssystems ermöglicht. 
Wenn mehrere Moduln zu einerTask verbun- 
den werden, so ist die Angabe der Start- 
adresse bei dem Modul notwendig, der als 
erster gestartet wird. Ist in keinem der Moduln 
eine Startadresse spezifiziert, so kann der 
Programmstart nur über das Testhilfesystem 
(ODT) erfolgen, wenn es in die Task einge- 
bunden wurde. 

Die .GLOBL-Anweisung wird zur Spezifika- 
tion globaler Symbole benutzt, die nicht mit- 
tels“.: bzw. “==" als globale Symbole 
definiert wurden. Globale Symbole können 
globale Definitionen und Bezugnahmen reali- 
sieren. 

Wird mit .DSABL GBL die automatische Defi- 
nition aller Undefinierten Bezugnahmen als 
globale Referenzen unterdrückt, können glo- 
bale Referenzen über die .GLOBL-Anwei- 
sung explizit definiert werden. Die .GLOBL- 
Anweisung hat folgende Syntax: 

.GLOBL symbol[,symbol[, . . .]] 
wobei 

symbol das als global zu spezifizierende 
Symbol und 

, ein zulässiges Trennzeichen (Komma, Ta- 
bulator und/oder Leerzeichen) darstellen. 

Die .RADIX-Anweisung legt die Basis des 
Zahlensystems für das Programm fest. Diese 
Basis wird zugrunde gelegt, wenn im Pro- 
gramm Zahlen ohne Angabe einer temporä- 
ren Basis (siehe 1 .5.) verwendet werden. Die 
Anweisung hat folgende Syntax: 

.RADIX [n] 

wobei n die Basis des Zahlensystems ist, die 
bis zur nächsten .RADIX-Anweisung gilt. 

Die Dezimalzahl n darf die Werte 2, 8 und 10 
annehmen. Wenn n ausgelassen wird, so 
wird die Basis 8 angenommen, die ebenfalls 
gilt, wenn im Programm keine .RADIX-An- 
weisung enthalten ist. 


Tafel 6 Argumente der .PSECT-Anweisung 


Argument 

Standard Funktion 

RO oder RW RW 

PA ist nur lesbar (RO) oder auch beschreibbar (RW). 



PA mit Befehlen und Daten (1) oder PA mit Daten ( D). 

GBL oder LCL LCL 

Globaler PA einer Überlagerungsstruktur (GBL) oder PA mit lokaler Gültigkeit 



in einem Überlagerungssegment. 

ABSoderREL REL 

Absoluter PA (ABS) oder relativer PA (REL). 

OVR oder CON CON 

Statische Überlagerung von PAs mit gleichem Namen (OVR) oder sequentielle 



Anordnung von PAs mit gleichem Namen (CON). 

Tafel 7 Bedingungen der .IF/.IIF -Anweisung 

Bedingung 

Argument(e) Erläuterung 

positiv 

negativ 


EQ 

NE 

expr 


oder NZ 

Der Ausdruck wird auf 0 (bzw. ungleich 0) getestet. 

GT 

LE 


oderG 


Der Ausdruck wird auf größer als 0 (bzw. kleiner oder gleich 0) getestet. 

LT 

GE 




Der Ausdruck wird auf kleiner als 0 (bzw. größer oder gleich 0) getestet. 

DF 

NDF 

symbol bzw. Es wird getestet, ob das Symbol oder die Symbole entsprechend der 



log. Ausdr. logischen Verknüpfung definiert (oder nicht definiert) sind. 

B 

NB 

Makropara- Es wird geprüft, ob der Makroparameter ausgelassen (blank) oder nicht 



meter ausgelassen (no blank) wurde. 

IDN 

DIF 

zwei Makro- Es wird geprüft, ob die zwei Makroparameter identisch (oder ver- 



Parameter schieden) sind. 


2.6. Einleitung von Programmabschnitten 
Ein Programmabschnitt wird durch die Anwei- 
sung 

.PSECT [name][, arg[, arg[, . . .]]] 
eingeleitet, wobei 

name - den Namen des Programmab- 
schnittes festgelegt, 

, - ein zulässiges Trennzeichen 

(Komma, Tabulator und/oder Leerzeichen) 
und 

arg - ein Argument zur Spezifikation von 
Attributen zur Auswahl von bestimmten Ei- 
genschaften des Programmabschnittes ge- 
mäß Tafel 6 bedeuten. 

Der Makroassembler läßt in einem Quellmo- 
dul 256 Programmabschnitte (PA) zu: 

- einen absoluten (nichtverschieblichen) 

PA, mit dem Namen . ABS. (Standard), 

- einen relativen (verschieblichen) unbe- 
nannten PA (Standard), 

- 254 benannte PA. 

Für jeden PA wird während der Übersetzung 
ein SZZ geführt, der ab Null beginnend in re- 
lativen oder absoluten Adressen, dem Attri- 
but des PA entsprechend, geführt wird. Somit 
wird auch den Symbolen im Namensfeld der 
Anweisungen das Attribut absolut oder relativ 
zugeordnet. Ein PA muß im Quellprogramm 
nicht zusammenhängend hintereinander ge- 
schrieben werden, sondern kann durch Ver- 
wendung dergleichen .PSECT-Anweisung 
weiter unten im Programm fortgesetzt wer- 
den. Die Übersetzung wird dann mit dem letz- 
ten Stand des SZZ des entsprechenden PA 
weitergeführt. 

Wenn ein Programm ohne .PSECT-Anwei- 
sung beginnt, so wird ein unbenannter ver- 
schieblicher PA aufgebaut, der später auch 
mit einer .PSECT-Anweisung ohne Namen 
fortgesetzt werden kann. 


3. Die bedingte Assemblierung 

Die bedingte Assemblierung gestattet die 
Generierung von verschiedenen Applika- 
tionsprogrammen, die an den jeweiligen An- 
wendungsfall angepaßt sind, aus einem 
Quellprogramm. Eine grundlegende Bedeu- 
tung haben diese sprachlichen Ausdrucks- 
mittel für die Makrotechnik, da sie während 
der Makrogenerierung die flexible Anpas- 
sung der Makros an die verschiedenen An- 
wendungsfälle gestatten. 

3.1. Die Anweisungen .IF und .ENDC 
Ein bedingter Anweisungsblock wird mit einer 
.IF-Anweisung eingeleitet und mit einer 
.ENDC-Anweisung abgeschlossen. Be- 
dingte Anweisungsblöcke dürfen ineinander 
geschachtelt werden. Ein bedingter Anwei- 
sungsblock hat folgenden Aufbau : 

.IF cond,arg[,arg] 


Folge von Anweisungen 


'endc 

wobei die Parameter folgende Bedeutung 
haben: 

concf- spezifiziert entsprechend Tafel 7 eine 
Bedingung, auf deren Erfüllung das Argu- 
ment bzw. die Argumente getestet werden. 
Wenn sich der Wahrheitswert “true“ ergibt, 
so werden die nachfolgenden Anweisungen 
bis zur .ENDC-Anweisung mit übersetzt. An- 
sonsten werden diese Anweisungen bei der 
Übersetzung übergangen. 

, - zulässiges T rennzeichen (Komma, Tabu- 
lator und/oder Leerzeichen) 
arg -spezifiziert entsprechend Tafel 7 ein 
oder zwei Argumente, die Ausdrücke, Sym- 
bole oder formale Parameter einer Makrode- 
finition sein können. wird fortgesetzt 
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Logische Werte im Standard-BASIC 


Prof. Dr. Horst Völz 
Berlin 


BASIC gestattet zwar den Umgang mit logi- 
schen Werten und Funktionen, verfügt je- 
doch über keine spezifischen Größen. -Hier- 
aus ergeben sich verschiedene Konsequen- 
zen und unerwartete Möglichkeiten. Sie wer- 
den im Beitrag untersucht. Ausgegangen 
wird dabei von dem gemeinsamen BASIC- 
Kern der KC 85/1 bis KC 8513 und KC 87. Auf 
Besonderheiten in anderen BASIC-Dialek- 
ten wird verwiesen. 

1. Wahrheitswerte 

Wir haben in der Umgangssprache Aussa- 
gen, die wahr oder falsch sein können. Die 
Aussage: 4 ist eine Primzahl ist falsch. Die 
Aussage: 4 ist gerade ist dagegen wahr. In 
mehreren Rechnersprachen existieren nun 
besondere Variablen - Boolesche die nur 
zwei Werte, z. B.: 0/1 , annehmen können. In 
BASIC werden derartige Aussagen über spe- 
zielle Zahlenwerte realisiert. 

Zu den Booleschen Variablen führt immerein 
Vergleich, der durch die Anweisung IF einge- 
leitet wird. Für den Vergleich werden die 
Operatoren: 

=,<,>,<=,> = und <> 
verwendet. Diese Operatoren sind anwend- 
bar auf: 

1 . Numerische Variablen und Zahlenwerte, 
alsoz. B.: 

A>B, A<7, 5 = 9 

2. Stringx/ariablen, Zeichenketten und Zei- 
chen, also z. B.: 

A$<BF$, A$>“DE“, STR$ (45)<>A$, 

"a“>“+“ 

Derartige Vergleiche sind wahr oder falsch. 
Hiervon kann man sich leicht mit PRINT im 
Direktmode überzeugen. So liefert: 

PRINT 3 > 5 
0 

Dies bedeutet, daß der Zahlenwert 0 für 
falsch steht. Dagegen bringt: 

PRINT3<5 


Dieser Wert steht also für wahr. Nur in eini- 
gen speziellen Dialekten wird +1 für wahr 
verwendet. 

Umgekehrt kann man nun prüfen, welche 
Zahlenwerte unter IF als wahr bzw. falsch in- 
terpretiert werden. Dies kann u. a. mit dem 
folgenden Programm erfolgen: 

1 0 FOR X = -2 TO 2 STEp .25 

20 PRINT X,: IF X THEN PRINT “wahr“: ELSE 

PRINT “falsch“ 

30 NEXT 

Hieraus folgt, daßt alle Zahlen ungleich Null 
als wahr und nur Null als falsch interpretiert 
werden. Die Ergebnisse zeigt Bild 1 . 

2. Variablen als Wahrheitswerte 

Wenn nun schon alle Zahlenwerte wie Wahr- 
heitswerte behandelt werden, müßte man die 
Wahrheitswerte auch Variablen zuweisen 
können. Dabei entsteht eine etwas seltsam 
anmutende Schreibweise, wie: 

LET A = A$ > B$ , A = 3>4 oder gar 
A = B = C 

Von dem Ergebnis derartiger Gleichungen 
kann man sich schnell durch PRINT A über- 
zeugen. Es besitzt dann immer den Wert 0 
oder - 1 . 

Folglich behandelt der Interpreter die 
Schreibweise: 

A=B = C 

wie folgt: Er wertet zunächst das zweite 
Gleichheitszeichen im Sinne eines Ver- 
gleichs aus, und er weist dann diesen Wert 
mit dem ersten Gleichheitszeichen der Varia- 
blen A zu. 

Es ist auffällig, daß diese Schreibweise ana- 
log zur Anweisung IF wirkt. Daraus ergibt sich 
die Möglichkeit, Wahrheitswerte zur wieder- 
holten Nutzung in einer Variablen abzulegen. 
So läßt sich insbesondere bei komplizierten 
Vergleichen Speicher- und Rechenzeit ein- 
sparen. In diesem Sinne wurde bereits die 
Variable X im obigen Programm in Zeile 20 
genutzt. 


3. Logische Funktionen 

Im Standard-BASIC existieren drei logische 
Funktionen: 


NOT A, A ORB und A AND B 

Die NOT-Funktion kehrt den Wahrheitswert 

um: 

NOT (wahr) -> falsch bzw. NOT (falsch) 
— > wahr 

Die OR- bzw. AND-Funktion sind am besten 
über eine Tabelle darstellbar: 

A B AND OR 

w w w w 

w f f w 

f w f w 

f f f f 

Darin bedeuten w = wahr und f = falsch. 
Hierfür können auch -1 und 0 gesetzt wer- 
den. Es gelten verbal also die Aussagen: 

A AND B ist nur wahr, wenn A und B gemein- 
sam wahr sind. 

A OR B ist nur falsch, wenn A und B gemein- 
sam falsch sind. 

Damit weicht das ÖR vom üblichen Sprach- 
gebrauch des „oder“ ab. 

4. Zahlen bezüglich der logischen 
Funktionen 

Nachdem sich zeigte, daß beliebige Zählen- 
werte genauso wie die logischen Werte 0 und 
-1 wirken, ist es interessant zu prüfen, wie 
sich die logischen Funktionen bezüglich der 
Zahlenwerte verhalten. Auch dies erfolgt wie- 
der bequem im Direktmode: 

A = 137: B = 56: PRINT NOT A, NOT B 

-138 -57 

oder: 

C = -3: D = - 1 200: PRINT NOT A, NOT B 
2 1199 

Mit NOT wird also zunächst das Vorzeichen 
gewechselt. Die entstehende Zahl wird dann 
noch um 1 verkleinert. Dies liefert zwar den 
Spezialfall bezüglich der Wahrheitswerte 0 
und - 1 , ist aber eben viel allgemeiner. 
Bezüglich AND und OR können wir uns nun 
mit 

PRINT A AND B,A ORB 
8 185 

überzeugen. Hier ist die Analyse des Ge- 
schehens jedoch komplexer. Hierzu kann 
das Programm ANDOR dienen. Es wandelt 
jede vorhandene Zahl in drei Schritten um. 
Zunächst wird eine ganze Zahl gebildet, dann 
wird das Vorzeichen abgetrennt. Der Rest 
wird wie eine binäre 15-Bit-Zahl behandelt 



Bild 1 Ergebnisse des 
Kurzprogramms 
zu den Zahlen werten 
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Digital-Ein-/Ausgabemodul 
für KC 85/2 und /3 


und auch so dargestellt. Das Vorzeichen wird 
als höchstwertiges Bit hinzugefügt. Mit die- 
sem Programm kann man sich dann über- 
zeugen, daß AND und OR genau bitweise 
diese Zahlen verwenden. Dies bedeutet, daß 
AND und OR Zahlen bitweise kombinieren 
und dabei die Zahlen wie vorzeichenbehaf- 
tete 16-Bit-Binärzahlen nutzen und daraus 
eine solche neue Zahl erzeugen. Dies gilt 
selbst für Gleitkommazahlen. Zahlen größer 
als 32768 bzw. kleiner als -32767 führen zu 
Fehlermeldungen. 

Mit dieser Methode ist es nun leicht möglich, 
einzelne Bit-Operationen auszuführen: 

B = A AND 8 

weist B nur das Bit 4 von A zu. 

B = A OR 256 

übergibt A an B und setzt zusätzlich Bit 
8.Diese Operationen sind insbesondere mit 
den Ein- und Ausgaben über Ports, also be- 
züglich INP und OUT recht interessant. 

In anderen BASIC-Dialekten werden zuwei- 
len nur 8 Bit ohne Vorzeichen oder eine an- 
dere Auswahl verwendet. 


KC85/3-BASIC-Tip 

Maschinenprogramme 

Im gleichen Heft auf Seite 31 7 wird ein Ver- 
fahren vorgestellt, Maschinenprogramme im 
BASIC-Programm unterzubringen. Im fol- 
genden soll ein Verfahren gezeigt werden, 
welches gegenüber dem auf Seite 31 7 be- 
schriebenen in bestimmten Fällen Vorteile 
bieten kann. Hierbei werden das Maschinen- 
programm oder auch die Daten (z. B. Zei- 
chengenerator) an das fertige BASIC-Pro- 
gramm angehängt und mit diesem zusam- 
men abgespeichert und auch wieder gela- 
den. 

In den Zellen 3D7/3D8H steht die erste freie 
Adresse nach dem BASIC-Programm. Ab 
dieser Adresse beginnt der BASIC-Interpre- 
ter, seine Variablen abzulegen. Soll in die- 
sem Bereich das Maschinenprogramm abge- 
legt werden, muß der Zeiger (3D7/3D8H) um 
die entsprechende Länge weiter nach höhe- 
ren Adressen verlagert werden. Die Ände- 
rung dieses Zeigers sowie die Eingabe des 
Programmes erfolgen vom Betriebssystem 
mit dem MODIFY-Kommando. 

Der Vorteil dieses Verfahrens besteht darin, 
daß im Maschinenprogramm OO-Bytes ent- 
halten sein dürfen, was bei Zeichengenerato- 
ren stets der Fall ist. Weiterhin erfolgt kein 
Auflisten dieses Bereiches. 

Der Nachteil ist, daß Änderungen im BASIC- 
Programm eine Verschiebung des Maschi- 
nenprogrammes bedingen. Ein Aufruf der 
RENUMBER-Anweisung ist ebenfalls nicht 
mehr möglich. Zu beachten ist, daß bei voll 
ausgebautem Speicher dieser Bereich ggf. 
„hinter“ dem Bildwiederholspeicher liegt. 

K.-D. Kirves 
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Digital IN/OUT M001 


Klaus-Dieter Kirves, Bernd Schenk, 
Karsten Schiwon, 

VEB Mikroelektronik 
„Wilhelm Pieck“ Mühlhausen 


Die Kleincomputer KC 85/2 und KC 8513 kön- 
nen durch den Einsatz von Erweiterungsmo- 
dulen in ihrem Leistungsumfang ausgebaut 
werde/). Bis jetzt stehen dem Anwender die 
Module M003 - V24, M005 - USER, M006 - 
BASIC (für KC 85/2), M007 - ADAPTER, 
M012 - TEXOR, M022 - EXPANDER RAM, 
M025 - USER PROM 8K, M026 - FORTH, 
M027 - DEVELOPMENT und M011 
64 KByte RAM zur Verfügung. 

Mit dem Modul M001 - DIGITAL IN/OUT 
wurde eine weitere sinnvolle Systemerweite- 
rung geschaffen, die es ermöglicht, die 
Kleincomputer auch zur Lösung von Aufga- 
ben der Erfassung digitaler Daten, ihrer Be- 
wertung und Ausgabe zur Steuerung peri- 
pherer Geräte zu verwenden. 

Auch für die Lehre und Weiterbildung beste- 
hen mit dem Modul M001 bessere Möglich- 
keiten, den Anforderungen gerecht zu wer- 
den. So können Experimente zu Steuerun- 
gen mit Hilfe des Computers demonstriert 
werden. Im Rahmen des Unterrichtsfaches 
„Automatisierungstechnik“ ist der Einsatz 
des Kleincomputers mit dem Modul M001 
zur Simulation von Prozeßsteuerungen in 
der Berufsausbildung vorgesehen. 

Eine weitere Einsatzmöglichkeit des Moduls 
besteht in der Ansteuerung von peripheren 
Geräten mit CENTRONICS - Schnittstellen. 
Dabei ist es im System der Kleincomputer 
KC 85/2 und KC 8513 möglich, mehrere Mo- 
dule gleichen Types quasi gleichzeitig zu 
betreiben, indem der jeweils gewünschte 
Modul zur Ein-IAusgabe selektiert werden 
kann. 


Aufbau des Moduls M001 DIGITAL IN/OUT 

Zur Realisierung der Ein-/Ausgabe von digi- 
talen Informationen dienen die Schaltkreise 
UB855 (PIO) und UB857 (CTC). Die Bele- 
gung des Steckverbinders in Tafel 1 zeigt, 
daß beide Ports des UB855 und 2 Kanäle 
des UB857 für den Datenaustausch mit an- 
deren Geräten zur Verfügung stehen. Die 
zwei verbleibenden Kanäle des UB857 sind 
auf dem Modul kaskadiert und können als 
Softwareuhr bzw. unabhängig als Zeitgeber 
genutzt werden. 

Der Modul beinhaltet eine Modulsteuerung, 
die den Modul in das System des Computers 
einbindet. Mit der Modulsteuerung wird der 
Modul im System online oder offline geschal- 
tet. Ein-/Ausgaben zur Programmierung der 
Systemschaltkreise oder Datenein-/-ausga- 
ben sind nur im eingeschalteten Zustand (on- 
line) des Moduls möglich. 

Der Adreßdecoder selektiert die Adressen 
der Systemschaltkreise UB855 und UB857. 


Tafel 1 Belegung des Steckverbinders 


Kontakt 

Bezeichnung 

Anmerkungen 

1A,1B 

Masse 



PIO A0 

Datenein-/ 

2B 

PIO BO 

ausgänge 

3A 

PIO AI 


3B 

PIO Bl 


4A 

PIOA2 


4B 

PIOB2 


5A 

PIO A3 


5B 

PIOB3 


6A 

PIO A4 


6B 

PIOB4 


7A 

PIOA5 


7B 

PIOB5 


8A 

PIOA6 


8B 

PIOB6 


9A 

PIOA7 


9B 

PIOB7 


10A 

PIO/ASTB 

Handshake- 

10B 

PIO/BSTB 

signale 

11A 

PIOARDY 


1 1 B 

PIOBRDY 


12A 

CTCCn-RGO 

Eingang CTC 

12B 

CTCZC/TOO 

Ausgang CTC 

13A 

CTCC/TRG1 

Eingang CTC 

13B 

CTC zcn-oi 

Ausgang CTC 


Tafel 2 Adressen der Systemschaltkreise 


Bezeichnung 

I/O-Adresse 

CTC Kanal 0 

0 

CTC Kanal 1 


CTC Kanal 2 

2 

CTC Kanal 3 

3 

PIO A Daten 


PIO B Daten 

5 

PIO A Steuerregister 

6 

PIO B Steuerregister 

7 


Da diese Adressen für alle Module M001 
gleich sind, werden Ein-/Ausgaben auf 
gleichartige Module bzw. Systemschalt- 
kreise dieser Module durch die Signale MEI 
und MEO des KC-85-Systems verhindert. 
Diese Signale bilden eine Prioritätskette. Das 
MEO-Signal des Moduls, der im Computer 
die niedrigste Steckplatznummer hat, hat die 
höchste Priorität. Ist dieser Modul einge- 
schaltet, werden durch das MEO-Signal Aus- 
gaben auf gleiche Module mit höheren Steck- 
platzadressen verhindert. Ist dieser Modul 
abgeschaltet, ist MEI gleich MEO, und es 
kann der nächste gleichartige Modul ange- 
sprochen werden. Eine Adreßtabelle der 
Schaltkreise des M001 ist in Tafel 2 angege- 
ben. 

Die Interruptlogik bindet die Schaltkreise 
UB855 und UB857 in das Interruptsystem 
des Computers ein. 

Für Interrupts ist der UB857 (CTC) höher 
priorisiert. 

Das Blockschaltbild des Moduls ist in Bild 1 
dargestellt. 


Mikroprozessortechnik, Berlin 1 (1987) 10 



==£}- 

Adreßbus lij^any 

=0=tf= 5 

1 


Adrel 3- 
dekoder 

RIO 

r~^ D M 

1 |— iei m 

I CTC 

; ZI $ ADR 
LL3 d 1E0 
\ r - Ifl INT 

Daten 

rp 

— \'f° 
islCfl 

iir 

INT 

Datenbus |:!'| 



t 

1 

— 

MED 

,CI ^Interrupt- | 

U . 

IE0 

LZ 



Bild 1 Blockschaltbild des Moduls M001 DIGITAL INIOUT 




Bild 2 Zeitablauf der Datenübertragung, dabei ist 
t Mer „ die druckerinterne Verarbeitungszeit und es 
gilt: t, £ Vs, t 2 £ Vs und t 3 £ Vs 


■■■■ ; ; ■■■■ ■ ■ 

QM -Ina. Klaus-Dieter Rirves studierte von 1976 bis nik.‘ Er ist Entwicklungsingenieur im VEB Mikroetektro- 


1981 an der Technischen Hochschule Kart-Marx-Stadt 
in der Fachnchtung Technische Kybernetik und Auto- 
B matisierung. Seitdem ist er als Entwicklungsingenieur 
im VEB Mikroelektronik Wilhelm Pieck Mühlhausen tä- 
tig, zuerst in der Taschenrechnerentwicklung und Jetzt 
in der Systemprogrammierung bei der Entwicklung der 
il: Kleincomputer. 

, Dtpl -Ing Bernd Schenk studierte von 1972 bis 1976 an 
der Technischen Hochschule Ilmenau in der Fachrich- 
: tung Informationstechnik und theoretische Elektrotech- 


nik Wilhelm Pieck Mühlhausen arbeitete zuerst in deriiä 
Taschenrechnerentwicklung und ist jetzt im Hardware- 
Entwurf bei der Entwicklung der Kleincomputer tätig. 

Dipl.-Ing. Karsten Schiwon studierte von 1978 Dis 1984 

Fachrichtung Sekt wische Rechengeräte und -anla- 
gen. Seit Abschluß des Studiums ist er als Entwick- 
lungsingenieur im VEB Mikroelektronik Wilhelm Pieck 
Mühlhausen in der Hard- und Softwareentwicklung der 
Kleincomputer tätig 


Die technischen Daten lauten: 


Anzeige online/offline 
Modulsteuerung 

Modulkennung EF 

parallele Ein-/Ausgabekanäle 2 

je Kanal Datenleitungen 8 

je Kanal Quittungsleitungen 2 

Zähler - Ein-/Ausgänge 2 

Zählerkanäle 3 

oder Zeitgeberkanäle 4 

Prioritäts- und Interruptlogik 


Schutzbeschaltung aller Ein- und Ausgänge 

im Spannungsbereich -3V bis +8V 

Eingangspegel: 

low 0-0, 4 V, high 2, 4-5 V 

Ausgangspegel TTL für maximal eine TTL- 

Last 


Beispiele 

Als erstes Einsatzbeispiel des Moduls M001 
DIGITAL IN/OUT soll eine Druckerschnitt- 
stelle, die mit dem Entwicklungssystem-Mo- 
dul M027 erstellt wurde, dienen. 

Diese Schnittstelle ermöglicht die bitparallele 
byteserielle Ausgabe von ASCII-Zeichen an 
einen Drucker mit CENTRONICS-Schnitt- 
stelle und wurde unter anderem mit einem 
Drucker K6312 getestet. 

Für das Interface gelten folgende Übertra- 
gungsbedingungen: 

- der Computer übergibt ein ASCII-Zeichen 
parallel auf den Datenleitungen 

- sind die Daten stabil, wird auf der Leitung 
STROBE ein Low-Impuls ausgegeben 

- der Drucker schaltet die Leitung BUSY auf 
High-Pegel und zeigt so den Datenempfang an 

- der Drucker schaltet nach Datenüber- 
nahme die BUSY-Leitung auf low und zeigt 
die Empfangsbereitschaft an. 


In Bild 2 ist ein Zeitablauf der Datenübertra- 
gung dargestellt. 

Die Schnittstellenleitungen fürdasCENTRO- 
NlCS-lnterface sind in Tafel 3 aufgeführt. 
Diese Leitungen sollten eine Länge von 1 m 
nicht überschreiten. Weiterhin ist es zu emp- 
fehlen, die Datenleitungen jeweils mit einer 
Masseleitung zu verdrillen. Es sind sowohl 
die Kontaktbelegungen für den 39poligen 
Steckverbinder, wie er beim K6312 zum Ein- 
satz kommt, als auch für den international 
verbreiteten 36poligen Amphenol-Steckver- 
binder angegeben. 

In Tafel 4 ist das zugehörige Assemblerlisting 
mit Kommentaren dargestellt. Das Pro- 
gramm gestattet sowohl den zeichenweisen 
Ausdruck über den Anwenderkanal 2, dies ist 
im BASIC über PRINT#2 bzw., LIST#2, als 
auch ein Mitprotokollieren aller Bildschirm- 
ausgaben auf den Drucker. Das Mitproto- 
kollieren wird über SHIFT CLEAR-Taste ein- 
bzw. ausgeschaltet. Bei der Initialisierung 
des Programmes kann der Modulschacht an- 
gegeben werden, in welchem der Modul 


M001 steckt. Weiterhin kann ausgewählt 
werden, über welchen Anwenderkanal aus- 
gegeben werden soll. Dies ist z. B. sinnvoll, 
wenn gleichzeitig im System auch eine V.24- 
Schnittstelle eingesetzt wird. Der Aufruf des 
Programmes erfolgt aus der Menüeingabe 
des Betriebssystems. 

Folgendes Beispiel verdeutlicht dies: 

/ CENTRON 8 2 

Hier wird der Modul im Schacht mit der 
Adresse 8 für den Anwenderkanal 2 (im BA- 
SIC#2) initialisiert. Dies entspricht der Initia- 
lisierung in Tafel 4. 

Steht ein DEVELOPMENT-Modul M027 zur 
Verfügung, so kann das Listing eingegeben 
und übersetzt werden. Anderenfalls kann 
auch eine Eingabe des Maschinenkodes mit- 
tels des CAOS-Kommandos MODIFY ab 
Adresse BAOO erfolgen. In beiden Fällen wird 
das Maschinenprogramm als selbststarten- 
des Programm auf Kassette abgespeichert. 
Die Kommandoeingabe dafür lautet: 

/ SAVE BAOO BBOO BA02 
NAME: CENTRONICOM 


Tafel 3 Verbindungen für CENTRONICS-Schnittstelle 


Kontakt/Rückleitung 

(39polig) 

Kontakt/Rückleitung 

(AMPHENOL) 

Bezeichnung 

Kontakt 

(M001) 

B2 

C2 

1 

19 

/STROBE 

B2 

B5 

C5 

2 

20 

DAT1 

AI 

B6 

C6 

3 

21 • 

DAT2 

A2 

B7 

C7 

4 

22 

DAT3 

A3 

B8 

C8 

5 

23 

DAT4 

A4 

B9 

C9 

6 

24 

DAT5 

A5 

BIO 

A10 

7 

25 

DAT6 

A6 

Bll 

All 

8 

26 

DAT7 

A7 

Bl 2 

A12 

9 

27 

DAT8 

A8 

C11 

C13 

11 

29 

BUS 

B4 

AI 3 


(beliebige Rückleitung) 

OV 

A/Bl 
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Alle weiteren Informationen zum Programm 
können dem Listing entnommen werden. 

Das zweite Beispiel soll der Anschluß von 
zwei zum Kleincomputer KC 85/1 des VEB 
Robotron Meßelektronik „Otto Schön“ Dres- 
den gehörenden Steuerknüppeln an den KC 
85/3 sein. 

In Bild 3 ist ein Adapter zum Anschluß der mit 
Diodensteckern versehenen Steuerknüppel 
an den Modul M001 dargestellt. Die Steuer- 
knüppel besitzen jeweils vier Schaltkontakte 
für die vier Grundrichtungen und eine zusätz- 
liche Auslösetaste. Da bei Betätigung der 
Steuerknüppel in die jeweiligen Zwischen- 
stellungen zwei Kontakte geschlossen wer- 
den, können 9 Stellungen des Steuerknüp- 


Stellung 

Funktionswert 

dual 

o 

> 

00061 

0 

* 

00010 

o 

* 

00100 

o 

• 

01000 

0 

s 

00101 

G 

6 

00110 

© 

S 

01001 

0 

• 

01010 

Taste 

>■16 

1xm 


Bild 4 Funktionswerte der Steuerknüppel 


pels ausgewertet werden. Bild 4 gibt die Zu- 
sammenhänge zwischen Stellung des Steu- 
erknüppels und Funktionswert, wie er vom 
Hersteller des KC 85/1 angegeben wird, wie- 
der. Zur Realisierung dieses Anschlusses an 
den M001 wird je Steuerknüppel ein PIO-Ka- 
nal im BIT-Ein-Ausgabemodus (Mode 3) ver- 
wendet. Da aus dem Modul die Versorgungs- 
spannung nicht mit herausgeführt ist, müs- 
sen einige PIO-Ausgänge den High-Pegel 
liefern. Um die zugehörigen Ausgänge nicht 
zu sehr zu belasten, wurde die Schaltung so 
gewählt, daß je Ausgang immer nur ein Wi- 
derstand gegen Masse geschaltet werden 
kann. 

In den Anwenderprogrammen für die Steuer- 
knüppel muß zuerst die Programmierung der 
beiden PIO-Kanäle erfolgen: 


© Assemblerprogramm 
LD A.0FFH ;Mode3 

OUT (06H),A ; Steuerwort PI OA 

OUT (07H),A ;Steuerwort PIO B 

LD A,1FH ;E/A Maske 

OUT (06H),A 
OUT (07H),A 

LD A.OEOH Aktivierung der Widerstände 

OUT (04H);A ;Datenwort PIO A 

OUT (05H);A ;Datenwort PIO B 


© BASIC-Programm 

1 0 0UT6,25S:0UT7,255OUT6,31 :OUT7,31 
20 OUT4,240:OUT5,240 


Bei der Eingabe der Funktionswerte ist zu be- 
achten, daß diese negiert vorliegen, die Bits 
5-7 gesetzt sind und ausgeblendet werden 
müssen. 

Das Lesen des Steuerknüppels A erfolgt: 


® Assemblerprogramm 

IN A,(04H) ;DatenwortPIOA 

CPL ;Negation 

AND 1 FH ;Ausblenden Bits 5-7 

@ BASIC-Programm 

100 KA=NOT(INP(4)AND31):REM KA Funktionswert 

Der Aufbau des Adapters kann auf einer Uni- 
versalleiterplatte erfolgen, welche zwei fünf- 
polige Diodenbuchsen sowie die 10 Wider- 
stände enthält. Die Verbindung zum Modul 
wird über Flachbandkabel zum mitgelieferten 
direkten Steckverbinder realisiert. 

Der Eigenbau solch einfacher Steuerknüppel 
ist z. B. mit Mikrotastern relativ einfach mög- 
lich. 

Die Steuerknüppel können, z. B. bei der Ein- 
gabe in Grafikprogrammen, die Prograrnm- 
bedienung wesentlich erleichtern. 
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Standard-Interfaces 

über den User-Port des KC 85/1 


Dr. Frank Schwarzenberg 
Zentralinstitut für Kernforschung 
der AdW der DDR 
Rossendorf, Dresden 

Für Geräte der Leistungsklasse des KC 85/1, 
die bereits in der DDR eine große Verbrei- 
tung erfahren haben, werden i. a. keine peri- 
pheren Geräte mitgeliefert. Häufig besteht 
deshalb der Wunsch, bereits vorhandene 
Geräte wie Drucker, Lochbandleser und 
-Stanzer, Teletypes, Fernschreiber o. ä. an 
den Kleincomputer anzuschließen. Von Ro- 
botron wird bisher nur der Anschluß speziel- 
ler Drucker (K6311, K6303) unterstützt. In 
dem Beitrag werden Möglichkeiten darge- 
stellt, wie ohne spezielle Zusatzmodule und 
mit geringstem Hardwareaufwand in vielen 
Fällen ein Anschluß der o. g. Geräte durch 
Nutzen des User-Ports des KC85I1 realisier- 
barist. 

Die Problematik desEinbindens eigener Ge- 
rätetreiberin das Betriebssystem des KC 851 
1 wird ausführlich erläutert. 

Die in dem Beitrag angeführten Programm- 
beispiele sind erprobt und ermöglichen u. a. 
das Betreiben solcher Drucker wie EPSON 
LX86 (V24IDTR-Protokoll) oder K6303 
(TD40) am KC85I1 ohne Druckermodul. 

1. User-Port des KC85/1 

Bild 1 zeigt den für den Anwender frei verfüg- 
baren User-Port des KC 85/1 . Er ist über eine 
15polige EFS-Buchse an der rechten Seite 
des Gerätes dem Nutzer zugänglich und be- 
steht aus einem PlO-Port und einem CTC- 
Kanal. Diese Peripherieschaltkreise sind 
über folgende E/A-Adressen ansprechbar: 
PIO-Daten: 89H * 

PlO-Control: 8BH 
CTC1 : 81 H 


Bei der Nutzung dieser Schnittstelle müssen 
unbedingt die zulässigen Pegel und Lastbe- 
dingungen von PIO und CTC beachtet wer- 
den, da diese Anschlüsse im KC 85/1 nicht 
gegen Überlastung bzw. Zerstörung ge- 
schützt sind. 

2. Software-Realisierung von 
Standard-Interfaces 

Aus Bild 1 geht hervor, daß dem Anwender 
am User-Port 8 freiprogrammierbare Leitun- 
gen und jeweils zwei Ein- und Ausgabeleitun- 



I ” > - 

Bild 1 User-Port des KC-8511 


-UV C 



Bild 2 Signalverhalten beim SIF-1000-Intertace 


Tafell Treiberroutine für SIF-1000-Ausgabe Tafel 2 Treiberroutine für SIF-1000-Eingabe 



gen mit speziellem Verhalten zur Verfügung 
stehen. Diese Belegung erlaubt bei konse- 
quenter Ausnutzung die Realisierung so gän- 
giger Standard-Interfaces wie SIF-1000, 
V24(RS 232C) und CENTRONICS derart, 
daß viele Geräte mit diesen Schnittstellen di- 
rekt an den User-Port angeschlossen wer- 
den können. 

Die notwendigen Hardware-Arbeiten be- 
schränken sich - wie die folgenden Beispiele 
zeigen - auf das Anfertigen eines Kabels und 
evtl. erforderliche Pegelanpassungen 
(V24). 

Es sei darauf hingewiesen, daß die Beschrei- 
bung der Standard-Interfaces nur soweit er- 
folgt, wie das für den konkreten Gerätean- 
schluß notwendig ist, und somit keinen allge- 
meingültigen Charakter besitzt. 

2.1. SIF-1000 

SIF-1 000 ist ein in der DDR noch weitverbrei- 
tetes Standard-Interface. Lochbandleserund 
-Stanzer (z. B. daro 1215) sowie ältere Druk- 
kertypen (z. B. SD 1156) sind mit diesem In- 
terface ausgestattet. Bevor man ein derarti- 
ges Gerät anschließt, sind folgende geräte- 
spezifischen Parameter zu prüfen: 

- Pegelverhältnisse (TTL, KME3 (12V), 
KME 20 etc.) und Lastbedingungen 
Geräte mit TTL- oder KME3-Pegel ermögli- 
chen häufig den direkten Anschluß an den 
User-Port. Bei KME3 genügt meist das 
„Klemmen“ der vom Gerät kommenden Si- 
gnale über Dioden gegen +5V. Die vom 
User-Port abgehenden TTL-Signale werden 
meist von den Geräten sicher erkannt. Dies 
sollte jedoch anhand der Gerätebeschrei- 
bungen im konkreten Fall überprüft wer- 
den. 

- Paritätsprüfung 

Bei SIF-1 000-Geräten wird das 8. Datenbit 
oft als Paritätsbit verwendet. Das hier ange- 
gebene Beispiel einer reinen Software-Reali- 
sierung des SIF-1 000-Signalspiels nutzt das 
8. PIO-Bit für die Erzeugung des RUF-Signa- 
ies. Ein Paritätsbit kann somit nicht gebildet 


Tafel 3 Treiberroutine für CENTRONICS-Drucker 
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werden. Die meisten Geräte gestatten aber 
das Abschalten der Paritätsprüfung. 

- Nutzung der KOMmando- bzw. 
STATus-Signale 

Die begrenzte Anzahl der Datenleitungen am 
User-Port gestattet nicht die Bildung der 
KOM- bzw. Auswertung der STAT-Signale 
des SIF-1000 ohne Zusatzhardware. In den 
meisten der hier interessierenden Anwen- 
dungsfälle kann auf die dynamische Nutzung 
dieser Leitungen verzichtet werden. Für die 
Datenübertragung müssen die Kommando- 
Signale normalerweise die folgende Bele- 
gung haben (sofern sie vom Gerät überhaupt 
ausgewertet werden): 

KOM-1 : 1 
KOM-2: 0 
KOM-3: 0 

Diese Belegung kann - falls erforderlich - 
fest verdrahtet werden. 

Über die max. 3 Statusleitungen werden u. U. 
bestimmte Gerätebedingungen wie Loch- 
band- oder Papierende bzw. Gerätefehler 
gemeldet. Auf die Auswertung dieser Bedin- 
gungen kann unter Berücksichtigung der hier 
interessierenden Anwendung verzichtet wer- 
den. 

Bild 2 zeigt das für SIF-1000 typische Signal- 
verhalten. Über die Begleitsignale RUF und 
END wird ein sog. vollständiges Hand-shake 
realisiert. 

Bei Beachtung der genannten Einschränkun- 
gen kann der Anschluß eines SIF-1000-Ge- 
rätes an den User-Port mit folgender Signal- 
Zuordnung erfolgen: 

User-Port SIF-1000-Gerät 


PIO-O /DAT-1 

PIO-1 /DAT-2 

PIO-2 /DAT-3 

PIO-3 /DAT-4 

PI 0-4 /DAT-5 

PIO-5 /DAT-6 

PIO-6 /DAT-7 

PIO-7 /RUF 

CTC-CNT/TRG /END 

Die PlO-Signale RDY und /STRB werden 
hier nicht verwendet, da sie das für RUF und 
END geforderte Signalverhalten ohne Zwi- 




Bild 3 V24 - asynchrones Übertragungsprotokoll 
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schenschalten von Zusatzelektronik nicht 
realisieren. 

Für die Auswertung des END-Signals wurde 
der Zähler-Eingang des CTC-Kanales be- 
nutzt. Damit sind die in Tafel 1 und 2 ange- 
führten Routinen zur softwaremäßigen Reali- 
sierung des Geräteanschlusses ohne Inter- 
ruptbetrieb ausführbar. 

Die angegebenen Treiber bilden das in Bild 2 
dargestellte Signalverhalten für die Signale 
/DAT-1 bis /DAT-7, /RUF und /END nach. Um 
ein „Klemmen“ des Systems bei nicht ange- 
schlossenem Gerät oder anderen Fehlern zu 
verhindern, wurde eine Abfrage der STOP- 
Taste mit integriert, wodurch ein Zwangsaus- 
tritt aus den Routinen jederzeit möglich ist. 
Die SIF-E-Routine wurde insofern verkürzt, 
als auf die Rückflanke des END-E-Signals 
nicht mehr gewartet wird. Das hat sich als 
vorteilhaft bei der Nutzung des Handlesers 
ZfK 4944-1 70/03 herausgestellt. 

2.2. V24 (RS 232 C) 

Es wird eine stark abgerüstete, aber weit ver- 
breitete Form dieser weltweit wohl am mei- 
sten genutzten Geräteschnittstelle betrach- 
tet. Detailliertere Informationen zu dem Stan- 
dard können u. a. 121 entnommen werden. 
Computer-Peripheriegeräte mit dieser 
Schnittstelle arbeiten in der Regel mit einem 
asynchronen Übertragungsprotokoll nach 
Bild 3. Dieses Übertragungsprotokoll erlaubt 
eine große Flexibilität bzgl. bestimmter Para- 
meter: 

- Zahl der Datenbits pro Übertragungsein- 
heit (meist 5 . . 8) 

- Baudrate (Bit/s): übliche Werte sind 
19200, 9600, 4800, 2400, 1200, . . . 

- keine, gerade oder ungerade Parität 

- 1 , 1 ,5 oder 2 STOP-Bits 

Peripherieschaltkreise wie der U880-SIO- 
Schaltkreis ermöglichen die Realisierung 
dieses Übertragungsprotokolls mit minima- 
lem Aufwand. Sämtliche oben angeführten 
Parameter sind durch entsprechende Pro- 
grammierung des Schaltkreises einstellbar. 
Im allgemeinen sollte für den Aufbau einer 


Bild 4 V24 - Treibe r- 
und Empfängerschalt- 
kreise im „failsafe“- 


Tafel 4 Treiberroutine für V24/DTR 



seriellen Schnittstelle dieser Art ein solcher 
(oder ähnlicher) Schaltkreis Verwendung fin- 
den. Ein entsprechender Zusatzmodul für 
den KC 85/1 ist im ZfK Rossendorf entwickelt 
worden (IFFS und V24). 

Wie nachfolgend gezeigt wird, ist in vielen 
Fällen aber auch ohne Zusatzmodul ein An- 
schluß solcher Geräte möglich, die mit der 
sog. DTR-Prozedur arbeiten können. Das 
bedeutet, daß die Daten zum Gerät seriell 
übertragen werden und zur Synchronisie- 
rung der Übertragungsgeschwindigkeit ein 
statisches Signal (DTR-Data Terminal 
Ready) vom Gerät geliefert wird. Der Hard- 
ware-Aufwand für den Geräteanschluß (Pe- 
gelanpassung) kann unter bestimmten Be- 
dingungen minimal ausfallen (s.u.). Die in 
Tafel 4 gezeigte Routine übernimmt die se- 
rielle Ausgabe eines Bytes über den User- 
Port entspr. dem in Bild 3 dargestellten Proto- 
koll bei folgenden möglichen Parametern: 

- 5 bis 8 Datenbits, ein eventuelles Paritäts- 
bit ist als Datenbit an die Routine zu überge- 
ben. 

- Folgende Baudraten sind einstellbar: 



Bild 5 Pegelanpas- 
sung User-Port <-> V24 
bei Beschaltung der 
Empfänger nach Bild 4 
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Baudrate Bitzeit/«s TC (Tafel 4) 


19200 52 4 

9600 104 12 

4800 208 28 

2400 416 60 

1200 833 126 

600 1666 255 


Für die Berechnung der Befehlslaufzeiten 
wurde dabei eine Systemtakt-Frequenz von 
2,5 MHz veranschlagt. Niedrigere Baudraten 
sind leicht durch Einfügen von Dummy-Be- 
fehlen in die Warteschleife WT 1 (s.T afel 4) zu 
erreichen. 

- Parität: 

Das Paritätsbit wird der Routine als Datenbit 
übergeben. Die Anzahl der Datenbits (DN in 
Tafel 4) muß entsprechend definiert werden. 
Da nur max. 8 Datenbits von der Routine ver- 
arbeitet werden, können mit Parität max. sie- 
ben Datenbits gesendet werden. 

Beispiel: 7 Datenbits und ungerade Parität 
DN EQU 8 ;7+1 

LD A,C '.ZEICHEN NACH A 

AND 7FH 
RES 7,C 

JP PO.UPAR ;UNGERADEPARITAET 

SET 7,C 

UPAR: CALL V24 ;AUFRUF DER ROUTINE 

NACH TAFEL 2 


Ein Zwangsausgang über die STOP-Taste 
wurde wiederum vorgesehen. 

Man beachte, daß die gezeigte Routine das 
unterste (d. h. physikalische) Übertragungs- 
protokoll realisiert. Druckerspezifische An- 
passungen (Sonderzeichen, Steuerzeichen 
o.ä.) sollten an dieser Stelle nicht erfolgen, 
sondern - sofern überhaupt erforderlich - 
von einem übergeordneten Treiberpro- 
gramm ausgeführt werden. Die dargestellte 
Routine ist allerdings direkt für den Betrieb ei- 
nes TD40 (K6303) oder auch des EPSON 
LX86 (PC-1 71 5-Variante) am KC 85/1 geeig- 
net. 

Den notwendigen Pegelanpassungen muß 
hier besondere Aufmerksamkeit gewidmet 
werden. Standardmäßig finden beim 
RS232C die Treiberschaltkreise 75150, 
75188 o.ä. und die Empfängerschaltkreise 
75154, 75189 o.ä. Verwendung. Damit ist 
eine normgerechte Pegelanpassung durch- 
führbar, allerdings werden für die Treiber- 
schaltkreise +/-12V bzw. +/-9V benötigt, 
die am User-Port leider nicht zur Verfügung 
stehen. Hier sollte im konkreten Fall geprüft 
werden, wie die Empfängerschaltkreise im 
Gerät beschältet sind. Die angegebenen Ty- 
pen gestatten nämlich eine Verschiebung der 
Triggerschwelle. Bild 4 zeigt eine Beschal- 
tung der Empfängerschaltkreise, die eine si- 
chere Ansteuerung mit einem Signalpegel 
von 0 bzw. +5 V erlaubt (z. B. im LX86 und 
K6303 gegeben). Damit entfällt die Notwen- 
digkeit einer negativen Spannung, und eine 
Pegelanpassung nach Bild 6 ist der gesamte 
Hardware-Aufwand für den Druckeran- 
schluß. Die Kabellänge sollte dann allerdings 
2 bis 3 m nicht überschreiten. 

2.3. CENTRONICS 

Das CENTRONICS-Interface ist eine bitpa- 
rallele bidirektionale Datenschnittstelle, die 
insbesondere als Druckerinterface z. Z. welt- 



Bild 6 CENTRONICS-Signalverhalten 

weit starke Verbreitung findet. Alle modernen 
Drucker für Heim- und Personalcomputer 
bieten in der Regel auch eine Ausrüstungs- 
variante für diese Schnittstelle. 

Bild 6 zeigt das Signalverhalten. Da die Pegel 
TTL-Pegel sind, eignet sich dieses Interface 
besonders gut für den Betrieb am User-Port 
des KC 85/1. Bestimmte Einschränkungen 
müssen allerdings wegen der begrenzten 
Zahl der Datenleitungen wieder getroffen 
werden. Will man gänzlich ohne Zusatzhard- 
ware auskommen, so bietet sich eine Zuord- 
nung der Signale des User-Ports zu den 
CENTRONICS-Signalen in folgender Form 
an: 

User-Port CENTRONICS- 

Druckerschnittstelle 


PIO-0 DATA-1 

PIO-1 DATA-2 

PIO-2 DATA-3 

PIO-3 DATA-4 

PIO-4 DATA-5 

PIO-5 DATA-6 

PIO-6 DATA-7 

PIO-7 /STROBE 

CTC-CNT/TRG /ACK 

Es ist zu erkennen, daß bei dieser Zuordnung 
das PIO-Bit 7 für die Erzeugung des CEN- 
TRONICS-/STROBE-Signals verwendet 
wird und somit nur 7 Datenbit übertragen 
werden können. Die meisten modernen Ma- 
trix-Drucker ermöglichen auch bei 7 Daten- 
bits alle verfügbaren Druckmodi (einschließ- 
lich Grafik). Bei geschickter Ausnutzung des 
Signalverhaltens der RDY-/STRB-Leitungen 
kann das RDY-Signal auch als CENTRO- 
NICS-/STROBE-Signal verwendet werden. 
Die damit erreichbare Länge des /STROBE- 
Signals liegt dabei aber immer unter dem nor- 
malerweise erforderlichen Wert von minde- 
stens 1 fis. Bei einigen Druckern funktioniert 
das zuverlässig (Schneider NLQ 401, Sei- 
kosha GP100), andere Drucker haben damit 


Probleme (K6313). Die oben angeführte Zu- 
ordnung sichert das Standard-Signalverhal- 
ten und ist ohne jede Zusatzhardware er- 
setzbar. 

Auf eine Auswertung der Papierendemel- 
dung vom Drucker (PE) muß aus den ge- 
nannten Gründen auch hier verzichtet wer- 
den. 

Tafel 3 zeigt die entsprechende Treiberrou- 
tine für den Anschluß eines CENTRONICS- 
Druckers an den User-Port des KC85/1 . 

3. Einbinden von Gerätetreibern in das 
Betriebssystem (OS) des KC 85/1 

Das OS des KC85/1 unterstützt leistungsfä- 
hig das Einbinden neuer Gerätetreiberrouti- 
nen für die sog. zeichenorientierten logi- 
schen Ein-/Ausgabekanäle. Vorbild für das 
im folgenden kurz erläuterte Konzept ist das 
Betriebssystem CP/M. 

3.1. IIO-Byte-Konzept 
Das OS-KC 85/1 verwaltet eine Tabelle mit 4 
mal 4 Plätzen für Adressen von Gerätetrei- 
berroutinen (Tafel 5). Jeweils eine Zeile die- 
ser Tabelle wird dabei einem der 4 logischen 
E/A-Kanäle 
CONST: (Console) 

READER: (zusätzlicher Eingabekanal) 
PUNCH: (zusätzlicher Ausgabekanal) 

List: (log. Kanal für Drucker) 

zugeordnet, d.h. für jeden log. E/A-Kanal 
können 4 Treiberroutinen gleichzeitig resi- 
dent sein. Welche dabei im gegebenen Mo- 
ment ausgewählt wird, bestimmt die Bele- 
gung des I/O-Bytes (HS-Adr. 0004, im CP/M 
üblicherweise Adr. 0003). 

Das OS selbst beinhaltet zwei residente Trei- 
be rroutinen:' 

CRT Consoltreiber 
BAT Batch-Treiber 

CRT ist der T reiber für die Standard-Console, 
d.h. für das Fernsehgerät als Sichtgerät und 
die eingebaute Tastatur. 

BAT ist ein Treiber, der das log. Gerät Con- 
sole (CONST:) auf die Kanäle READER: 
(Eingabe) und LIST: (Ausgabe) aufteilt, also 
nur verwendbar ist, falls auch für READER: 
und LIST: entsprechende Treiber eingebun- 
den wurden. 

Alle anderen Plätze der Tabelle sind nach ei- 
nem Kaltstart des OS (RESET oder POWER 
ON) mit dem Wert 0FFFFH belegt und zeigen 
dem OS damit einen nicht existenten Treiber 
an. Sollen eigene Treiberroutinen - wie z. B. 
die in Tafel 1 bis 4 - eingebracht werden, so 
kann das durch direktes Einträgen der Trei- 
beradresse in den entsprechenden Tabellen- 
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Tafel 7 HEX-Dump des Treiberpakets 



platz und zugehöriges Stellen des I/O-Bytes 
erfolgen. Aber auch hierfür bietet das OS ein 
leistungsfähiges Hilfsmittel - das ASGN (As- 
sign)-Kommando - an. Diese Form des Ein- 
bindens von E/A-Treibern sollte i.a. bevor- 
zugt werden, da die konkreten Anordnungen 
von Zuordnungstabelle (Tafel 5) und I/O-Byte 
im Speicher damit für den Nutzer transparent 
bleiben (d.h., evtl. Veränderungen wirken 
sich nicht auf das Anwenderprogramm aus). 

3.2. ASGN-Kommando 
ASGN ist ein residentes Kommando des OS 
(von insgesamt 3). Die Aufrufform ist 
ASGN[log. Gerät = phys. Gerät] 

ASGN ohne Parameter gibt die aktuelle Bele- 
gung auf dem Bildschirm aus, z. B. 

CONST: = CRT 
READER: = 

PUNCH: = 

LIST: = 

sofern noch keine zusätzlichen Treiber ein- 
gebunden worden sind. Die möglichen logi- 
schen Geräte wurden bereits erläutert, als 
phys. Geräte sind CRT, BAT oder Namen ei- 
gener Treiberroutinen möglich (max. 8 Buch- 
staben oder Zahlen). 

Beispiel: ASGN LIST: = LX86 

Wird eine solche Anweisung gegeben, so 
vollzieht sich im OS ein umfangreicher Me- 
chanismus: 

Zuerst wird eine Treiberroutine namens 
“LX86“ im Speicher (von oben nach unten) 
entsprechend den Aufrufregeln für transiente 
Kommandos gesucht: 

- Suche auf allen Adressen mit Low- 
Byte = 0 nach einer Bytefolge der Form: 
C3 II hh (= JPhhIIH) 

- Die folgenden 8 Bytes werden mit der an- 
gegebenen Zeichenkette (hier “LX86“) ver- 
glichen. 


Diese Tabelle wird mit einem Nullbyte abge- 
schlossen und kann mit weiteren Strukturen 
dieser Form fortgesetzt werden. Zwei aufein- 
ander folgende Nullbytes beenden diese 
Sprungtabelle (vgl. Beispiel Tafel 6). 

Ist die Suche erfolgreich, so wird die Steue- 
rung zur Adresse hhllH übergeben (Initialisie- 
rungsroutine des Treibers), andernfalls wird 
angenommen, daß eine Treiberroutine vom 
Band nachgeladen werden soll, und es er- 
folgt die Ausschrift 
Start tape. 

Nach dem Einlesen wird die Routine an der 
im FCB (1 . Block) spezifizierten Startadresse 
gestartet. Im allgemeinen sollte die Treiber- 
routine an das aktuelle Speicherende (RAM) 
plaziert werden (über Zelle 36 H zu ermitteln) . 
Dem OS müssen nun noch einige Informatio- 
nen übermittelt werden: 

- Welchem log. Gerät darf die Treiberroutine 
zugeordnet werden? 

- Die Startadresse des Treiberteils 

- Auf welchem Platz der Zuordnungstabelle 
(T afel 5) soll der Eintrag erfolgen (physisches 
Gerät 0... 3)? 

- Die Adresse des symbolischen Gerätena- 
mens (8-Byte-String). 

Zu beachten ist, daß physische Geräte mit 
der Nr. 0 jedem log. E/A-Kanal zugeordnet 
werden können (also auch der Console) und 
entsprechend aufgebaut sein müssen. 

Ein physisches Gerät mit der Nr. 1 kann auch 
immer dem LIST-Kanal zugeordnet werden 
(Beispiel: residenter CRT-Treiber). 

Die Parameterübergabe erfolgt über die fol- 
genden Register: 

H: log. Gerätenr. =0 kennzeichnet den log. 
Kanal, dem die Treiberroutine zugeord- 
net werden kann. 

0 - CONST: 

2 - READER: 

4 - PUNCH: 


6 - LIST: 

L: phys. Gerät (0, . . . , 3) 

BC: Adresse der T reiberroutine 
DE: Adresse der Zeichenkette (symboli- 
scher Gerätename) 

Tafel 6 gibt ein Beispiel an, wie die Treiber- 
routine nach Tafel 4 (V24/DTR) als Drucker- 
treiber mit der Bezeichnung “LX86“ in das 
OS eingebunden werden kann. Mit der An- 
weisung 

ASGN LIST: = LX86 

wird die Routine V24 (Tafel 4) eingebunden 
und das I/O-Byte entsprechend gestellt. Es 
erfolgt die Ausschrift 

CONST: = CRT 
READER: 

PUNCH: 

LIST: = LX86. 

Der Drucker kann jetzt mit CTRL7P zum Bild- 
schirm parallel geschaltet werden (auch im 
BASIC) oder über den LIST-Kanal (Ruf-Nr. 5) 
direkt angesprochen werden. 

3.3. Treiberpaket 

Tafel 7 zeigt den HEX-Dump eines komplet- 
ten Treiberpakets, das u.a. die vorgestellten 
Treiber enthält. 

Das Programm wird normal (nicht mit ASGN) 
geladen. Es enthält einen Mechanismus, der 
das eigentliche Treiberpaket an das aktuelle 
RAM-Ende verschiebt und eine entspre- 
chende Adreßmodifikation vornimmt. Das 
Programm ist damit für jede RAM-Konfigura- 
tion geeignet und muß nicht speziell ange- 
paßt werden. Die aktuelle obere Speicher- 
grenze wird für BASIC-Anwender dezimal 
ausgegeben. Dieser Wert sollte nach Start 
des BASICrlnterpreters als obere Grenze 
eingegeben werden, um das Treiberpaket 
vor Überschreiben zu schützen. 

Die gewünschten Treiber müssen vorher mit 
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der ASGN-Anweisung aktiviert werden. Da- 
bei sind die folgenden Zuordnungen möglich: 
physische Gerätenummer 


log. Gerät 0 

1 2 

3 

CONST: 

(CRT) (BAT) 

BEEP 

READER: 

SIFE 


PUNCH: 

CENTR LX86 
TD40 

SIFA 

LIST: 

CENTR LX86 
TD40 

SIFA 


BEEP: Erzeugt einen „sauberen“ (im Gegen- 
satz zu CTRL7Q) Tastatur-Quittungston, der 
die Eingabesicherheit der Tastatur verbes- 
sert. 

SIFE: SIF1 000-Eingabe, 7 Datenbits parallel, 
siehe Tafel 2 

SIFA: SIFIOOO-Ausgabe, 7 Datenbits paral- 

CENTR: 7-Bit-CENTRONICS-Druckerinter- 
face, siehe Tafel 3 

TD40: V24/DTR, 8 Bit, keine Parität, 1200 
Baud, siehe Tafel 4 

LX86: V24/DTR, 8 Bit, keine Parität, 9600 
Baud, siehe Tafel 4 

Das Programm kann z. B. mit dem von Robo- 
tron vertriebenen Zusatzmonitor ZM einge- 
geben werden (S-Kommando). Mit dem 
P(unch)-Kommando kann es dann (nach vor- 
heriger Zuweisung AR=T) auf Band ge- 
brachtwerden: 

P300,537,488. 


Man beachte die Startadresse (488H). 

Der erwähnte Zusatzmonitor enthält bereits 
einige der hier vorgestellten Treiberroutinen 
(SIFA/E, TD40, BEEP). Zu beachten ist, daß 
es bei den Treibern SIFÄ und TD40 des ZM 
u.U. Probleme mit der CTRL/P-Funktion 
(Hardcopy) geben kann (1 . Version des ZM 
und Version 1.2 des OS-KC85/1). Deshalb 
sei an dieser Stelle auf die erforderlichen Kor- 
rekturen für eine saubere Arbeitsweise der 
ZM-T reiber hingewiesen: 


alt neu 

Treiber relative Befehl HEX 4> Befehl HEX 
Adresse 


SIFA 62H lda,e 7B lda,c ' 79H 

TD40 C3H res7,e CBBB res7,c CBB9 

EOH sube 93 subc 91 

E8H cpe BB cpc B9 

FCH Ida.e 7B lda,c 79 

102H Id c, 154 0E9A lde,154 1E9A 

117H Idb.c 41 Idb.e .43 


Der ZM nutzt nicht die ASGN-Anweisung. 
Mit RESET oder POWER ON wird die Zuord- 
nungstabelle (Tafel 5) mit den entsprechen- 
den Adressen geladen, da alle Treiber resi- 
dent sind. Die Auswahl der ZM-Treiber muß 
deshalb mit dem ZM-Kommando A(ssign) er- 
folgen (Stellen des I/O-Bytes). 

| Bl KONTAKT 9 I 

Zentralinstitut für Kernforschung 
der AdW der DDR Rossendorf, 

PSF 19, Dresden, 8051 , Tel.: 591 2377 
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„Gibt es auch einen dummen Prozeßkoppel- 
modul?“ 

fragt Frank Steger 



Anschluß der Schreibmaschine S 6005 


an KC85/1 


Dr. Frank Schwarzenberg, 
Dr. Reinhard Wobst, 
Dresden 


Hardware 

Die Lösung wurde speziell für die Nutzung 
der S6005 als Ein- und Ausgabegerät für den 
Kleincomputer 85/1 erarbeitet, ist aber ohne 
Hardwareänderungen für jeden anderen 
Rechner mit einem verfügbaren freiprogram- 
mierbaren 8-Bit-Port geeignet. Die folgenden 
Randbedingungen wurden bei der Entwick- 
lung beachtet: 

- kein Eingriff in die S6005 

- minimaler Hardwareaufwand 

- Nachnutzbarkeit 

- Ansteuerung über programmierbaren 
8-Bit-Port 

- Schreibmaschine als Drucker und Ta- 
statur verwendbar. 

Da kein Eingriff in Elektronik und Firmware 
der Schreibmaschine erfolgen sollte, wurde 
als Schnittstelle die Tastaturmatrix der 
S6005 gewählt. Das ermöglicht außerdem 
minimalen Hardwareaufwand, begrenzt aber 
andererseits die maximal mögliche Druckge- 
schwindigkeit (keine Rückmeldung der 
Schreibmaschine über Druckausführung). 


Die Tastaturmatrix ist bei der S6005 in 9 
Spalten und 8 Zeilen aufgeteilt. In den 
Schnittpunkten der Matrix sind die T asten an- 
geordnet. Bei der Verwendung als Drucker 
muß das Schließen der Tasten vom Rechner 
simuliert werden, bei der Nutzung als Ta- 
statur muß vom Rechner die Tastaturmatrix 
erregt und abgefragt werden. 


Eine direkte Ansteuerung der Matrix erfordert 
9 + 8 = 1 7 Bit plus ein Bit zum Verhindern der 
Tastaturabfrage durch den Mikroprozessor 
der Schreibmaschine. Da am KC85/1 dem 
Nutzer nur ein PlO-Port zur Verfügung steht, 
wurde eine Lösung entsprechend Bild 1 ge- 
wählt: 

Zwei bidirektionale Multiplexer/Demultiple- 
xer mit interner Decodierung und ein 4-Bit- 
Latch werden benötigt. Durch Codieren der 
Zeilen- (3 auf 8) und Spaltenauswahl (4 auf 9) 
sowie zusätzliches Zwischenspeichern der 
Zeileninformation werden nur 4 Bit für die Zei- 
len- und Spaltenauswahl benötigt. 
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Beim Drucken wird über den Schalter S1 di- 
rekte Verbindung zwischen dem Spalten- 
und Zeilensignal für eine bestimmte (durch 
die Tastaturentprellung festgelegte) Zeit her- 
gestellt und damit das Betätigen einer Taste 
simuliert. 

Es können nicht gleichzeitig zwei Tasten- 
drücke simuliert werden, was aber praktisch 
nicht stört (s. 2.). 

Für die Tastaturabfrage ist Schalter S1 geöff- 
net, über Bit 3 der Zeileninformation wird der 
interne Mikroprozessor der Schreibmaschine 
abgeschaltet. Die Matrix kann nun über Bit 7 
zeilenweise erregt und eine eventuelle Ta- 
stenbetätigung über Bit 4 spaltenweise abge- 
fragt werden. 

Software 

Das Programm ist 1 ,5 KByte lang und umfaßt 
folgende Teile: 

- Drucker und Tastaturtreiber 

- Zuweisung des Druckertreibers und Hin- 
und Herschalten zwischen S6005 und 
KC 85/1 -Tastatur durch einfache Kom- 
mandos 

- einfaches Druckprogramm zum Ausdruk- 
ken von Textfiles. 

Druckertreiber 

Die einzelnen ASCII-Zeichen werden teils mit 
mehreren Tastendrücken, die nacheinander 
simuliert werden, erzeugt - z. B. “A“ durch 
SHIFTLOCK, “a" und SHIFT. Dieses schein- 
bar umständliche Vorgehen ist notwendig, da 
ja die Hardware nur einen „Tastendruck“ auf 
einmal zuläßt. Manche Zeichen werden auch 
zusammengesetzt, z. B. die geöffnete eckige 
Klammer - auf dem Typenrad nicht vorhan- 
den - aus Rücktaste, “0“, zweimal 
“hoch“, und zweimal “runter“:[. Auch der 
auf dem Typenrad vorhandene senkrechte 
Strich muß simuliert werden, da KB-Taste 
und Taste “4“ nicht gleichzeitig gedrückt wer- 
den können:;. Allerdings ist das das einzige 
wichtige Zeichen, bei dem sich die einfache 
Hardware beschränkend auswirkt. 

Die Codierung der Zeichen wird aus einer 
leicht änderbaren Tabelle entnommen. 
Umlaute und andere im ASCII-Code nicht 
enthaltene, aber auf der Tastatur vorhan- 
dene Zeichen werden als Steuerzeichen 
(Code 32) angesprochen. Cursorsteuerzei- 
chen behalten ihre Funktion. 

Folgt auf „return“ (Code 13) ein „linefeed“ 
(Code 10), so wird das „linefeed“ als Taste 
„Zeilenwechsel“ ausgegeben. Es kann also 
bei Bedarf auch 1-, 1V2-oder2zeilig gedruckt 
werden, nur durch Verstellen des Zeilen- 
schalters. 

Hauptproblem bei Programmierung des Trei- 
bers war, daß von der Schreibmaschine 
keine Rückmeldung nach Druck eines Zei- 
chens erfolgt. Es ist also notwendig, bei je- 
dem Zeichen die maximal mögliche Zeit zu 
warten. 

Die Zeit für den Wagenrücklauf wurde mit gu- 
ter Näherung als lineare Funktion der Zei- 
chenzahl in der Zeile berechnet. 

Die Schreibgeschwindigkeit beträgt etwa 6,5 
Zeichen/s (ohne Wagenrücklauf). Der Zeit- 
verlust gegenüber dem optimalen Schreib- 
tempo kann bis Faktor 2 betragen. Anderer- 
seits sollte man nicht vergessen, daß die vor- 
gestellte Lösung keinen professionellen 


Drjjcker ersetzen kann, sondern eher für den 
„Hausgebrauch“ gedacht ist. Und gerade 
deswegen ist wichtiger, daß jede Schreibma- 
schine Lärm erzeugt, der beim maximalen 
Tempo schon recht beträchtlich ist. 

Tastaturtreiber 

Bei jeder Tastaturabfrage müssen alle Kon- 
takte der Matrix abgefragt werden. Die Abfra- 
gezeit beträgt etwa 4 ms, spielt also kaum 
eine Rolle. Der Treiber benutzt den CTC-Ka- 
nal 1. 

Gegenüber der KC 85/1 -Tastatur sind fol- 
gende Veränderungen wichtig: 

- Die Wiederholfunktion ist schneller (13 
Zeichen/s). 

- Alle ASCII-Zeichen sind darstellbar. 

- Es gibt Sondertasten für CONTROL, G RA- 
PHIC, STOP, PAUSE, INS, DEL, ESC und 
COLOR sowie für die Cursorbewegungen. 

- Folgende Arten der Groß- und Kleinschrei- 
bung sind möglich: 

- Schreibmaschinenmode: Buchstaben nor- 
mal klein geschrieben, bei SHIFT groß. 

- KC85/1 - Mode: Buchstaben standardmä- 
ßig groß, bei SHIFT klein. 

- SHIFT LOCK wirkt stets wie SHIFT und 


Termine 

6. Fachtagung Mikroelektronik 88 

mit internationaler Beteiligung aus den 
RGW-Ländern 

WER? Fachverband Elektrotechnik in der 
Kammer der Technik, wissenschaftliche Sek- 
tion Bauelemente der Elektrotechnik/Elektro- 
nik in Abstimmung mit der Föderation der so- 
zialistischen Länder - FeNTO 
WANN? 7. bis 9. Dezember 1988 
WO? Dresden 
WAS? 

1. Einschätzung des internationalen Stan- 
des und der weiteren Tendenzen der Ent- 
wicklung und Anwendung der Mikroelektro- 
nik 

2. Informationen zur Entwicklung und An- 
wendung moderner elektronischer Bauele- 
mente 

3. Verfügbare Kleincomputer für Rationali- 
sierungsaufgaben 

4. Schlüsseltechnologie Mikroelektronik - 
Basis für komplexe und automatisierte flexi- 
ble Automatisierungsaufgaben 

5. Posterdiskussion und Angebotsmesse für 
nachnutzbare mikroelektronische Lösungen, 
insbesondere für Rationalisierungsaufgaben 
WIE? Vortragsmeldungen/Poster mit Titel 
und Inhaltsangabe (max. 10-15 Zeilen) bis 
zum 15. Januar 1988 - ebenso wie Teilnah- 
memeldungen schriftlich - an: 

Kammer der Technik, Präsidium, Fachver- 
band Elektrotechnik, Clara-Zetkin-Str. 115/ 
117, Berlin, 1086 

Hoppe 


wird durch erneutes Drücken von SHIFT 
LOCK wieder abgeschaltet. Die entspre- 
chende LED zeigt an, ob SHIFT LOCK einge- 
schaltet ist. 

Die Taste hat keine Verzögerung wie beim 
KC85/1 . 

Solange zusätzlich SHIFT gedrückt ist, hebt 
es SHIFT LOCK auf. 

- Grafiktaste ist die Sperrtaste. Der Grafik- 
mode wird durch sie wie üblich abwechselnd 
ein- und ausgeschaltet und durch beide 
LEDs auf S6005 und KC85/1 angezeigt. 
Auch die Grafiktaste arbeitet verzögerungs- 
frei. 

- Grafikzeichen werden anders als beim 
KC85/1 eingegeben: Zum Code des einge- 
gebenen Zeichens wird im Grafikmode ein- 
fach 1 28 addiert. 

- Eine bestimmte Tastenkombination löst 
System neustart, d.h. Sprung zu F000H, 

- Es kann eine Hardcopy des Bildschirms 
erzeugt werden. 

- Nicht darstellbar sind die Zeichen 1 27 und 
255. 

Zuweisungsroutinen 

Um nicht jedesmal ein ASGN-Kommando 
geben zu müssen, werden die entsprechen- 
den Kommandozeilen dem Betriebssystem 
durch spezielle Programme „untergescho- 
ben“. Zur Druckerzuweisung ist so z. B. nur 
„AL“ zu geben. 

Druckprogramm 

Das Druckprogramm verarbeitet eine Kom- 
mandozeile mit Standardannahmen und lei- 
stet folgendes: 

- Ausdruck eines im Speicher stehenden 
Textes ab eingegebener Adresse 

- Wahlweise automatische Umwandlung 
von ae AE, oe usw. in Umlaute, 

- Ausgabe von nicht-ASCII-Zeichen wie p, 
ß, 2 usw. und Steuerzeichen durch spe- 
zielle Zeichenkombinationen, 

- Automatische Seitennumerierung rechts 
unten, ab gewünschter Anfangsnummer. 
Das Programm unterbricht den Druck 
nach jeder Seite, 

- Wahlweises Einstellen der Zeilenzahl pro 
Seite, 

- Seitenvorschub durch Sonderzeichen, 

- Möglichkeit, jederzeit das Drucken zu un- 
ter- oder abzubrechen bzw. fortzusetzen. 

Das gesamte Programmpaket wird seit Okto- 
ber 86 intensiv genutzt und hat sich bisher 
ausgezeichnet bewährt. 

Z.Z. beinhaltet die Nachnutzung 

- einen Schaltplan, 

- Software für den KC85/1 entsprechend 
der Kundenkonfiguration, 

- Dokumentation, 

- kostenlose Fehlerbeseitigung sowie 

- Nachnutzungsmöglichkeit für Weiterent- 
wicklung. 


| El KONTAKT » 1 

Zentralinstitut für Festkörperphysik und Werkstoff- 
forschung der AdW der DDR, Dr. R. Wobst, 
Postfach, Dresden, 8027, Tel. 4635555 
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Arbeitsspeicher- 
umordnung für KC85/2 

Der für den Stack und die Interrupttabelle re- 
servierte Arbeitsspeicher belegt im KC85/2 
den Bereich ab 200 H abwärts. Das Betriebs- 
system erlaubt es jedoch, ihn an eine andere 
Stelle im RAM anzuordnen. Dabei werden 
von CAOS folgende Bedingungen einge- 
stellt: 

Das IX-Register zeigt auf Arbeitszellen zur 
Steuerung der Ein- und Ausgabe. Bei einer 
Verlagerung des Arbeitsbereiches bleibt der 
niederwertige Teil erhalten (ab xxFO). 

Die Interrupttabelle liegt zwischen xxD4 und 
xxEC. 

Der Stack wird unter die Interrupttabelle ge- 
legt. Bei Systemstart und Reset ist xx auf 01 
eingestellt. Durch das folgende Programm 
wird der höherwertige Teil des Arbeitsspei- 
chers auf einen neuen Wert gesetzt. Es wird 
mit 

WORKRAM adr 

gestartet, wobei „adr" der höherwertige Teil 
der neuen Anfangsadresse des Arbeitsspei- 
chers ist. Das Originalprogramm liegt im Be- 
reich 200H-21FH. 

7F 7F 57 4F 52 4B 52 41 

4D 01 AF B4 CO F3 7D Dl 

21 00 00 39 67 F9 22 AE 

B7 D5 CD 03 FO 31 FB C9 

Der Anwender muß selbst sichern, daß keine 
Kollision mit bereits geladenen Programmen 
auftritt bzw. nachfolgend gestartete Pro- 
gramme (BASIC!) den Arbeitsbereich nicht 
überschreiben. 

Das Programm ist ebenfalls auf dem KC85/3 
lauffähig. 

M. Lennartz 

Behandlung externer 
Interruptquellen bei 
KC85/1 und KC87 

Bei der Behandlung externer Interruptquellen 
(Interruptquelle ist über Systembus im Mo- 
dulschacht an den KC angeschlossen) sind 
bei den robotron-Kleincomputern die folgen- 
den Hinweise zu beachten. 

Der Modul mit der' externen Interruptquelle 
muß auf dem ersten Steckplatz (von der Ta- 
statur aus gesehen) gesteckt sein. Damit 
wird diese Interruptquelle an die bestehende 
Interruptprioritätenkette angeschlossen. 

Die peripheren Systemelemente des Sy- 
stems U880 erkennen durch interne Deko- 
dierung des Befehls RETI, daß ihre Interrupt- 
bearbeitungsroutine (ISR) beendet ist, und 
können somit ihren Bearbeitungszustand zu- 
rücksetzen. 

Bei externem Interrupt muß der Befehl RETI 


als Abschluß der ISR auf einer Speicher- 
adresse zwischen 4000H und 0EFFFH ste- 
hen, da sonst das den externen Interrupt aus- 
lösende Systemelement diesen RETI-Befehl 
nicht dekodieren kann. Das ist in der Schal- 
tungskonzeption begründet, bei der die Da- 
tenbustreiber, welche den Datenbus vom 
bzw. zum Modulschacht treiben, nur dann ak- 
tiv sind, wenn eine Speicheradresse zwi- 
schen 4000H und 0EFFFH angesprochen 
wird. 

Zur Erfüllung dieser Bedingung bieten sich 
folgende Möglichkeiten an: 

® Die gesamte ISR befindet sich im Adreß- 
bereich oberhalb des Grund-RAM, so also in 
einem RAM- oder ROM-Erweiterungsmo- 
dul. 

® Die ISR ist im Grund-RAM abgelegt, wo- 
bei anstelle des abschließenden Befehls 
RETI ein Sprungsbefehl auf eine Adresse im 
Bereich zwischen 4000H und 0EFFFH ste- 
hen muß. Ab dieser Adresse muß dann die 
Kodierung für RETI im Speicher abgelegt 
sein. 

Hinweis: Soll die Interruptfreigabe des Pro- 
zessors erst nach beendeter ISR erfolgen, so 
muß der Befehl El (Interruptfreigabe) unmit- 
telbar vor dem RETI-Befehl stehen. In die- 
sem Fall muß die Befehlsfolge El, RETI im 
Bereich zwischen 4000H und 0EFFFH ste- 
hen. 

Damit für die bei 2. benötigten 2 oder 3 Spei- 
cherplätze nicht extra ein RAM-Modul not- 
wendig wird, können die freien Speicher- 
plätze im Bildwiederholspeicher (0EFF1H 
. . . 0EFFFH) dafür genutzt werden. 

G. Lützner 

Hilfsroutine zur 

grafischen 

Bildschirmarbeit 

Die gezeigte Routine ist für den KC 85/2 und 
3 geschrieben. Sie gestattet, beim ersten 
Aufruf mittels der Farbbyte den Hinter- 
grund jedes zweiten Zeichens in verti- 



kaler und horizontaler Richtung halb einzu- 
färben. Dadurch ist leicht eine exakte Positio- 
nierung auf dem Bildschirm möglich. Wird die 
Routine erneut aufgerufen, so verschwindet 
diese Kennzeichnung wieder. Das alles geht 
ohne Informationsverlust, denn es wird mit 
XOR 4 gearbeitet. 

Die Routine kann per MENÜ mit P aufgerufen 
werden. Eingebaut in Maschinenprogram- 
men empfiehlt es sich, die Startadresse 0AH 
zu verwenden. Der Aufruf ab 04H ist für BA- 
SIC gemäß CALL 4 nutzbar. Hierbei wird auf 
alle Fälle zunächst der Bildwiederholspei- 
cher eingeschaltet. 

Die Routine ist voll verschiebbar; kann also 
auch an jeder anderen Stelle im RAM abge- 
legt werden. Prof. Dr. H. Völz 

Maschinenprogramme 

Auch für den BASIC-Programmierer gibt es 
Fälle, wo es günstig ist, vom BASIC-Pro- 
gramm aus auf Maschinenprogramme zuzu- 
greifen. Hauptanwendungen werden Pro- 
grammteile sein, für die der Interpreter zu 
langsam ist. Außerdem können neben Pro- 
grammen auch Daten abgespeichert wer- 
den. 

Der BASIC-Interpreter bietet die Möglichkeit, 
beim Start den Speicherbereich zu begren- 
zen und somit einen Bereich für Maschinen- 
programme freizuhalten. Es gibt aber noch 
mehr Varianten, die bestimmte Vorteile bie- 
ten. 

Im Speicher des KC85/3 stehen weiterhin fol- 
gende Bereiche zur Verfügung: 

0-15FH 
frei verfügbar 
200H-2FFH 
frei verfügbar 
BA00H - BFFFH 

bedingt verfügbar, dient für Druckertreiber 
und Zeichengeneratoren. 

Der Vorteil besteht darin, daß nichts vom BA- 
SlC-Speicher verlorengeht. Der Nachteil bei 
der Nutzung dieser Bereiche ist, daß die Ma- 
schinenprogramme getrennt vom BASIC- 
Programm abgespeichert und mit der 
BLOAD-Anweisung geladen werden müs- 
sen. 

Eine Möglichkeit, das Maschinenprogramm 
mit dem BASIC-Programm zu verbinden, ist, 
letzteres in einer Kommentarzeile zu „ver- 
stecken“. Dabei gibt es aber einiges zu be- 
achten: 

- maximale Länge 70 Byte 

- das Maschinenprogramm darf kein Byte 
00 enthalten 

Man geht dabei wie folgt vor: 

1 . Start des BASIC-Interpreters 

2. Eingabe einer Kommentarzeile maxima- 
ler Länge mit beliebigen Füllzeichen am Pro- 
grammanfang 

z.B.: 

10! ****** . . . *** 

20! PROGRAMMANFANG 

3. Verlassen des BASIC-Interpreters mit 
BYE 

4. Anzeige des BASIC-Programmes 
DISPLAY 401 500 4 

Durch Betätigen der STOP-Taste kann die 
MODIFY-Eingabe übergangen werden, und 
das Maschinenprogramm wird eingegeben. 
Die Eingabe erfolgt ab Adresse 406H. Die 
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Adressen 401/402H enthalten den Zeiger auf 
die Folgezeile, 403/404H sind die Zeilennum- 
mer (hexadezimal) und 405H ist die Kenn- 
zeichnung als Kommentarzeile. Das Ende ei- 
ner BASIC-Zeile ist der Kode 00. 

Der Aufruf des Unterprogrammes erfolgt mit 
CALL* 406. 

Zu beobachten ist, daß beim Listen dieser 
Programmzeile scheinbar sinnlose Zeichen 
und Steuerzeichen ausgegeben werden. 

Soll ein längeres Maschinenprogramm als 70 
Byte eingefügt werden, so muß der Zeiger auf 
die Folgezeile (401/402H) korrigiert werden. 

K.-D. Kirves 

SAVE- und 

LOAD-Routinenaufruf 

KC 8513-BASIC-Tip 

Oftmals werden innerhalb eines BASIC-Pro- 
grammes Daten erzeugt und in einem Spei- 
cherbereich außerhalb des BASIC-Pro- 
grammspeichers abgelegt, die später wieder 
in einem anderen Programm benötigt wer- 
den. Beispiele hierfür sind Zeichengenerato- 
ren oder Funktionstastenbelegungen. Sollen 
diese abgespeichert werden, so muß der In- 
terpreter verlassen werden, und die SAVE- 
Routine wird im CAOS aufgerufen. Es gibt 
aber auch eine Möglichkeit, dies von der BA- 
SIC-Ebene aus einem Programm heraus zu 
tun. Das Bild zeigt in den Zeilen 1 0 bis 80 ein 
Programm dafür. In den Zeilen 20 und 30 
werden der Anfang und das Ende des Berei- 
ches festgelegt. Im Beispiel sind das: 

Anfang: 0 und 1 85 = B900H 
Ende: 156 und 185 = B9BCH 
Das ist der Funktionstastenspeicher. 

In Zeile 60 enthält eine DATA-Anweisung die 
Werte für ein kleines Maschinenprogramm, 
welches in Zeile 70 ab Adresse 0 „gepokt“ 
wird. Die Variable N$ enthält den Namen für 
die Aufzeichnung, welcher ebenfalls hinter 
das Maschinenprogramm „gepokt" wird. In 
Zeile 90 wird dieses Programm aufgerufen. 
Soll ein Speicherabzug vom BASIC-Pro- 
gramm geladen werden, kann das mit der 
BLOAD-Anweisung erfolgen. Dabei ist aber 
keine Offsetangabe möglich. 

Die Zeilen 210 bis 230 enthalten ein Pro- 
gramm dafür. 

Hierbei ist kein Maschinenprogramm not- 
wendig. Es müssen nur die entsprechenden 


Arbeitszellen für das Betriebssystem einge- 
stellt werden. Der Ladeoffset im Beispiel be- 
trägt 100H (auf Adressen AG + 2 = low und 
AG + 3 = high). Abschließend wird der Pro- 
grammverteiler auf Adresse F01 EH aufgeru- 
fen. Näheres dazu findet man in /I/. 

K.-D. Kirves 

Literatur 

IM -Kleincomputer KC85/3 System-Handbuch, 
Übersichten; VEB Mikroelektronik „W. Pieck“ 
Mühlhausen 

DATA-Zeilen- 

programmgenerator 

KC 8513-BASIC-Tip 

Bei der Arbeit mit vielen BASIC-Programmen 
werden Komponenten benötigt, die als Ma- 
schinenprogramme vorliegen und nach dem 
BASIC-Programm mit der BLOAD-Anwei- 
sung geladen werden. Beispiele dafür sind 
Druckertreiber und Zeichengeneratoren. Be- 
sonders in Fällen, wo Programme für Nicht- 
programmierer erstellt werden, ist das um- 
ständlich und bietet zusätzliche Fehlerquel- 
len. Steht ausreichend Speicher zur Verfü- 
gung, was durch die Bereitstellung von 16- 
bzw. 64-KByte-RAM-Modulen der Fall ist, 
können die Daten in DATA-Zeilen bereitge- 
stellt und vom BASIC-Programm wieder in 
den entsprechenden Bereich „gepokt“ 
werden. Die Erarbeitung der DATA-Zeilen 
ist jedoch recht aufwendig. Aber auch diese 
Arbeit kann uns der Computer abnehmen. 



Im Bild ist ein BASIC-Programm dargestellt, 
welches ein BASIC-Quellprogramm erzeugt, 
das die benötigten DATA-Zeilen enthält. Da 
das Datenformat und der -typ bei der 
PRINT#1- und der LIST# 1 -Ausgabe prinzi- 
piell gleich sind, kann die Programmerzeu- 
gung mit PRINT#1-Anweisungen erfolgen. 
Der Programmname (Zeile 40) lautet im Bei- 
spiel „DATA“. In Zeile 20 wird der auszuge- 
bende Bereich eingegeben. Die Variable für 
die Zeilennummern ist Z. Die erste Nummer 
wird in Zeile 50 festgelegt, der Zeilenabstand 
in Zeile 1 10 im Beispiel mit 2. Das Beispiel ist 
für Daten aus dem Bildwiederholspeicherbe- 
reich gedacht, deshalb in Zeile 70 „VPEEK“. 
Soll der Grundspeicherbereich verwendet 
werden, muß die PEEK-Anweisung benutzt 
werden. Das so erzeugte Quellprogramm 
enthält DATA-Zeilen mit je 10 Werten. 

Die Einbindung in das Zielprogramm erfolgt 
mit LOAD#1 „DATA“. Dabei werden die Zei- 


len in ein im Speicher stehendes Programm 
eingeordnet und können auch bereits vor- 
handene Zeilen überschreiben. Deshalb 
sollte die Zeilennumerierung sorgfältig erfol- 
gen. Anschließend müssen im Zielprogramm 
die Daten wieder auf die ursprünglichen 
Adressen „gepokt“ werden. Gegebenenfalls 
muß auch eine Initialisierung aufgerufen wer- 
den (Druckertreiber), oder bestimmte Ar- 
beitszellen müssen eingestellt werden (Zei- 
chengeneratoren). K.-D. Kirves 

Neue Druckertreiber- 
programme für KC85- 
Modul M003 V24 

Ergänzend zu den in IM beschriebenen Trei- 
berprogrammen wird vom VEB Mikroelektro- 
nik „Wilhelm Pieck“ Mühlhausen eine erwei- 
terte Kassette C0171/1 V24-Software zum 
Modul M 003 angeboten. Neben den bereits 
beschriebenen Programmen enthält die 
neue Kassette Druckertreiber für die Nadel- 
drucker K6313 und K6314 und für den Ther- 
modrucker K6304. Die neuen Treiberrouti- 
nen arbeiten mit einer Übertragungsrate von 
9600 Baud, um die höhere Druckgeschwin- 
digkeit dieser Drucker durch Druckwegopti- 
mierung, besonders im Grafikmodus, voll 
auszunutzen. Die Druckertreiber arbeiten 
analog zu denen für die Drucker K631 1 und 
K6312. 

Der importierte Matrixdrucker LX86 der 
Firma EPSON kann ebenfalls mit dem Trei- 
ber des K6313, einschließlich der Grafikaus- 
gabe, betrieben werden, wobei allerdings 
Unterschiede bezüglich des Steckverbinders 
bestehen. 

Die Kassette wird zusammen mit dem Modul 
M003 ausgeliefert. Anwender, die bereits die 
Kassette C0171 besitzen, können die Kas- 
sette C0171/1 als Ersatzteil beim Hersteller 
bestellen. 

K. Schiwon, K.-D. Kirves 

Literatur 

IM Kirves, K.-D.: Serielle Schnittstelle für KC 85/2 
und KC 85/3. Mikroprozessortechnik 1 (1 987) 4, 
S. 124 

121 Schiwon, K.: Ausgabe von Pseudografikzei- 
chen auf Matrixdrucker. Mikroprozessortechnik 
1 (1987)6, S. 180 

Nutzerkatalog 
für Kleincomputer 

ln Heft 2 der Mikroprozessortechnik wurde 
der Aufbau eines Nutzerkataloges für die 
Kleincomputer KC 85/1 und KC 87 angekün- 
digt und um das Angebot nachnutzbarer 
Hard- und Softwarelösungen zur Aufnahme 
in den Katalog gebeten. Den sehr zahlrei- 
chen Anfragen nach dem Katalog steht zur 
Zeit leider eine vergleichsweise geringe An- 
zahl von Lösungen gegenüber, so daß sich 
die Fertigstellung der ersten Ausgabe verzö- 
gert - wir bitten dafür um Verständnis. Im In- 
teresse aller Anwender rufen wir daher noch- 
mals zum Angebot von nachnutzbaren Lö- 
sungen an folgende Anschrift auf: VEB Robo- 
tron-Meßelektronik „Otto Schön“ Dres- 
den, Abt. 1 EKG, PSF 211, Lingnerallee 3, 
Dresden, 8010. 

Dr. G. Kleinmichel 
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Elektronische 

Bauelemente 

von K.-H. Rumpf, VEB Verlag 
Technik Berlin 1986, 235 S., 
19.50M 


Dieses Lexikon gebräuchlicher 
elektronischer Bauelemente 
stellt eine erhebliche Bereiche- 
rung der Reihe 1000 Begriffe für 
den Praktiker des Verlages dar. 
Mit großer Sorgfalt wurden 1 000 
Fachtermini aus der Bauelemen- 
tephysik, der Bauelementetech- 
nologie und -applikation ausge- 
wählt. Der Text zu jedem der 
Stichwörter beginnt stets mit ei- 
ner kursiv gedruckten Definition, 
die komprimiert in einem Satz 
wesentliche Aussagen zum 
Stichwort zusammenfaßt. Daran 
schließen sich weiterführende 
Erläuterungen an, die i. allg. sehr 
detailliert, dabei jedoch nicht 
weitschweifig sind. In der Regel 
sind die Ausführungen durch die 
Angabe der mathematischen 
Beschreibung von typischen 
Kennlinienverläufen, Grenzwer- 
ten, den Größenordnungen von 
charakteristischen Parametern 
der Bauelemente, Nomogram- 
men, Schaltzeichen, Grund- 
schaltungen, Bauformen und 
dergleichen mehr ergänzt, so 
daß auch der Aufbau und die 
Funktion weniger bekannter, hier 
besprochener Bauelemente, wie 
z. B. dem Klystron, dem Peltier- 
Element oder dem Thyratron, 
trotz der erforderlichen Kürze 
der Form anschaulich werden. 
Am Schluß des Erläuterungsteils 
sind gegebenenfalls Verweise 
auf im Anhang angeführte aus- 
gewählte Normen (DIN, IEC) und 
Standards (TGL) vorhanden. 
Diese etwa 250 mit Nummer und 
Titel zitierten Bestimmungen 
sind aufsteigend nach ihren 
Nummern geordnet und zudem 
vom Autor durchnumeriert wor- 
den, um die Verweise in den T ex- 
ten zu den Stichwörtern zu ver- 
einfachen. Die Sammlung von 
Bestimmungen gestattet, ohne 
Anspruch auf Vollständigkeit zu 
erheben, das leichte Auffinden 
weiterer Informationen. Zu be- 
achten ist, daß alle hier zitierten 
Quellen zum Zeitpunkt der Her- 
ausgabe des Buches gültig wa- 
ren, im Anwendungsfall jedoch 
die Gültigkeit überprüft werden 
sollte. 

Die Flandhabung des Buches 
wird durch fettgedruckte Kopf- 
und Fußzeilen, die auf das je- 
weils erste bzw. letzte Stichwort 
jeder Seite hinweisen, sowie 
zahlreiche Verweise auf Stich- 
wörter mit zusätzlicher Informa- 
tion erfreulich unterstützt. Es ist 


sowohl Studierenden von Hoch- 
und Fachschulen als Nachschla- 
gewerk und auch dem Praktiker 
bei der täglichen Arbeit und zur 
Auffrischung vorhandenen Wis- 
sens als vom Autor sehr fach- 
kundig und gewissenhaft erar- 
beitetes Kompendium empfeh- 
lenswert. 

G. Paulin 


Software - 
Was ist das? 

von E. Prager und E. Richter, 
Verlag Die Wirtschaft Berlin 
1986,80 S., 5,80 M 

Um es vorweg zu nehmen: Die 
Broschüre leistet durchaus einen 
allgemein verständlichen Beitrag 
zum Komplex Software in ihren 
Funktionen als Arbeitsmittel, Ar- 
beitsgegenstand und Produkt. 
Der Vorzug dieser Schrift be- 
steht darin, allen Interessierten 
einen politökonomischen Exkurs 
zur wirtschaftlichen Bedeutung 
von Software zu vermitteln und 
zu verdeutlichen, welcher Stel- 
lenwert einem Software-Produkt 
letztlich für die flexible Automati- 
sierung beigemessen werden 
muß. Die Autoren leiten ihr Anlie- 
gen mit Thesen zur wachsenden 
Rolle der Software ein, die in ih- 
rer Diktion eingängig und über- 
zeugend sind. Die Dialektik von 
Hardware und Software, und in 
diesem Kontext die Software als 
effektivitätsbestimmende Kom- 
ponente ausdrücklich darge- 
stellt, unterstreicht die Notwen- 
digkeit, Softwareökonomie in 
größerem Maße als bisher wirk- 
sam werden zu lassen. Daß da- 
mit dem Software-Herstellungs- 
prozeß, der Multivalenz von Soft- 
ware und Formen ihrer Nachnut- 
zung sowie Grundfragen der 
Softwarequalität hinreichend 
Aussagen gewidmet wurden, 
wird als eindeutige Zwangsläu- 
figkeit für erforderliches Ver- 
ständnis beim Leser bewertet. 
Daß Qualifizierung von Kadern 
bei uns groß geschrieben wird, 
gilt auch insbesondere für dieje- 
nigen, die direkt oder indirekt mit 
der Produktion, Implementie- 
rung, Anwendung, Wartung und 
Pflege von Software einschließ- 
lich der dazugehörigen Leitungs- 
prozesse befaßt sind. Dankens- 
werterweise haben sich die Au- 
toren auch dieses Problemfeld 
mit zu eigen gemacht und be- 
gründet fixiert: Kader entschei- 
den alles - auch bei Software. 
Für jedermann (vielleicht mit 
Ausnahme der „Profi-Informati- 
ker“) eine lesenswerte Einfüh- 
rung in wesentliche Aspekte der 


Software. Allerdings erscheinen 
insbesondere zur Bestimmung 
der Wertgrößen von Software 
weitere Forschungsarbeiten er- 
forderlich. 

Prof. Dr. W. Schoppan 


Wörterbuch NO. E.0.3. 

Elektronik und Wellenleiter 

Englisch - Deutsch / 

Deutsch - Englisch. 
Schnellmann Verlag Widnau, 
Schweiz, 117 S. 

Das Wörterbuch gehört zu einer 
umfangreichen Serie, in der f ü r 6 
Sprachen und 8 verschiedene 
Fachgebiete zweisprachige 
Kombinationen angeboten wer- 
den. Die Aufmachung ist extrem 
einfach. Auf den einzelnen Sei- 
ten fehlt im Kopf die ansonsten 
übliche Angabe der ersten und 
letzten Begriffe. Des weiteren 
wurde infolge des unaufwendi- 
gen Druckverfahrens auf jedwe- 
den Fettdruck zur Erhöhung der 
Übersichtlichkeit verzichtet. 
Grammatikalische Hinweise sind 
nur in geringem Maße enthalten. 
Die Erwartungen, die die Angabe 
des Fachgebietes Elektronik 
hervorrufen, werden nicht in vol- 
lem Umfang erfüllt. Viele in die- 
sem Wissensgebiet bedeutsame 
Begriffe wie z. B. Schaltkreis, 
Leiterplatte und Mikroprozessor 
bleiben unbehandelt. Als Gegen- 
stand neben dem Wellenleiter 
erscheinen vielmehr die Grund- 
lagen der Elektronik, speziell aus 
physikalischer Sicht. Und hier ist 
das referierte Wörterbuch in der 
Tat erstaunlich inhaltsreich. Der 
Vergleich mit anderen diesbe- 
züglichen Werken zeigt, daß 
eine ganze Reihe schwer auf- 
findbarer Spezialausdrücke auf- 
genommen worden ist. In dieser 
Hinsicht stellt das Fachwörter- 
buch des Schnellmann-Verlages 
eine begrüßenswerte Bereiche- 
rung dar. 

Prof. Dr. J. Zaremba 


Wörterbuch CD.03 
Computer und Daten- 
verarbeitung 

Englisch - Deutsch / 

Deutsch - Englisch. 
Schnellmann Verlag Widnau, 
Schweiz, 1 1 5 S. 


Der vorliegende Band ist ein Teil 
einer zur Zeit 1 20 Bände umfas- 
senden zweisprachigen Wörter- 
buchreihe. Die Kombinationen 
beziehen sich auf die Sprachen 
Deutsch, Italienisch, Franzö- 
sisch, Englisch, Spanisch und 
Niederländisch, wobei zurZeit 
acht Branchen berücksichtigt 
werden. 

Die Erarbeitung dieser Bände 
erfolgt rechnergestützt, um mit 
der schnellen Entwicklung in den 
einzelnen Fachgebieten und da- 
mit auch ihres Wortschatzes 
Schritt zu halten. 

Die inhaltliche Abgrenzung eines 
Fachwörterbuches ist generell 
schwierig und kann sicher nie 
allen Nutzerwünschen entspre- 
chen. Deshalb werden vielfach, 
so aucbim vorliegenden Fall, die 
Grenzgebiete und vor allem 
auch die Anwendungsbereiche 
mit berücksichtigt. 

Die im vorliegenden Band zu- 
sammengefaßten rund 2500 Be- 
griffe enthalten deshalb auch 
Vokabeln aus der Elektrotech- 
nik, Regelungstechnik, Analog- 
rechentechnik, Mathematik, 
Physik u. a. m. Trotz rechnerge- 
stützter Bearbeitung sind in die- 
ser 1 . Auflage noch eine Reihe 
von Unzulänglichkeiten erkenn- 
bar, die zum Teil störend wirken. 
So z. B. erfolgt keine Fortsetzung 
auf einer neuen Zeile, wenn der 
verfügbare Platz nicht ausreicht; 
in einer Zeile der linken Spalte 
stehen zwei verschiedene Voka- 
beln, ohne daß die zweite in die 
alphabetische Liste aufgenom- 
men wurde, und schließlich ist 
auf eine beachtliche Anzahl von 
Schreibfehlern hinzuweisen. 

Außerdem vermißt der Nutzer 
entsprechende Hinweise, wel- 
che ihm die Arbeit mit diesem 
Fachwörterbuch erleichtern. 

Im Hinblick auf zukünftige Aufla- 
gen wäre in erster Linie eine Ver- 
vollständigung des Wortschat- 
zes des ausgewählten Gebietes 
anzustreben, damit die ge- 
wünschte Zielstellung „eine Er- 
gänzung zu Wörterbüchern der 
Umgangssprache“ noch besser 
erreicht wird. 

Prof. Dr. F. Stuchlik 
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7. Konferenz 
der sozialistischen 
Länder „Magnetische 
Signalspeicherung“ 

Die Veranstaltung fand vom 3. 
bis 8. Mai 1 987 in Neubranden- 
burg statt. Sie wurde traditionell 
vom ZKI der AdW und der Ma- 
gnetbandfabrik Dessau (MBF) 
organisiert. Es nahmen 181 Wis- 
senschaftler und Techniker aus 
den Akademien, Hochschulen 
und der Industrie teil. 51 davon 
kamen aus der UdSSR, CSSR, 
VRB, UVR und VRP. In über 80 
Vorträgen und einer Postersek- 
tion sowie einer Rundtischdis- 
kussion wurde zu den Gebieten 
der Gerätetechnik (Audio-, Vi- 
deo- und Rechentechnik), zu 
den Eigenschaften und Techno- 
logien von magnetischen Infor- 
mationsträgern und Magnetköp- 
fen sowie zu den angrenzenden 
Gebieten - der optischen Spei- 
cherverfahren, der Compact- 
Disc (CD), der Anwendung der 
Videotechnik beim Film und der 
optischen Plattenspeicher - be- 
raten. Eine Ausstellung von 
Sternradio Berlin, Magnetkopf- 
werk Hartmannsdorf und der Ma- 
gnetbandfabrik Dessau ergänz- 
ten die Beratung. 

Am Ende der Konferenz konnte 
festgestellt werden: Das wissen- 
schaftliche und technische Ni- 
veau der Vorträge lag erheblich 
höher als bei den vorangegange- 
nen Konferenzen. Entsprechend 
den internationalen Entwicklun- 
gen muß die Folge der Konferen- 
zen verdichtet werden; die DDR 
übernimmt weiterhin den 
Schwerpunkt und veranstaltet 
künftig alle 4 Jahre eine Konfe- 
renz, dazwischen wird je ein an- 
deres Land die Tagung organi- 
sieren. Dadurch geht der bishe- 
rige 3-Jahres-Rhythmus in einen 
2-Jahres-Rhythmus über. 1989 
führt die CSSR die nächste Ta- 
gungdurch. 

Die gehaltenen Beiträge lassen 
sich wie folgt gliedern: 

Wissenschaftliche Detail- 
probleme 

Hierbei sind insbesondere eine 
theoretische Vertiefung und um- 
fangreichere Anwendung der 
Rechentechnik zu nennen. Da- 
bei sind u. a. Probleme des Ma- 
gnetismus, der Partikelwechsel- 
wirkung, Optimierung von Köp- 
fen, Gleiterproblematik, Senk- 
rechtspeicherung, Signalaufbe- 
reitung zu nennen. 

Übersichtsbeiträge 
Sie betrafen vor allem Magnet- 
band, Integrierte Magnetköpfe, 
Videospeicherung, Audiospei- 


cherung, Audio-PCM, Platten- 
speicher, 2-Zoll-Diskette. 

Randgebiete, 

wie Compact-Disc, optische 
Speicher, optische Plattenspei- 
cher, Einsatz der Videotechnik 
beim Film und Halbleiterspei- 
cher. Hierdurch wurde bewirkt, 
daß die Teilnehmer eine bessere 
Einordnung ihrer Arbeit vorneh- 
men können. 

Bei den digitalen Disketten- und 
Plattenspeichern wurden u. a. 
mögliche Anwendungen der 2- 
Zoll- Diskette, Oberflächenmes- 
sungen an Platten, die Streamer- 
problematik und neue Testprinzi- 
pien vorgestellt. 

Bei den Informationsträgern 
wurde über neuartige Magnet- 
bänder auch mit neuen Techno- 
logien, von speziellen Untersu- 
chungen zu ihren Eigenschaften 
bez. Aufzeichnung und Wieder- 
gabe und mechanischen Eigen- 
schaften berichtet. 

B. Salzmann analysierte den 
internationalen Stand und die 
Weiterentwicklung zu den Plat- 
tenspeichern. Dort ging er auch 
auf die neuesten Entwicklungen 
und Erfolge bei Robotron ein. 

K. D. Hoffmann und H. Siegel 
■bemühten sich um eine Analyse 
neuer Entwicklungen bei den 
Informationsträgern auf Partikel- 
band. Auch hier wurde der ei- 
gene Stand eingeordnet. 

Die Langfassungen der meisten 
Vorträge sind vom ZKI für den 
Druck vorgesehen. 

Prof. Dr. H. Völz 


Termine 

11. Internationales Seminar 
über Datenbankbetriebs- 
systeme 

WER ? Zentralverwaltung für 
Statistik der UVR (KSH) und Be- 
trieb für Computer-Anwendun- 
gen und -Service 
WO ? Seregelyes, Ungarische 
Volksrepublik 

WANN ? 3. bis 1 0. Oktober 1 988 

WAS ? 

- Methodologien und Hilfsmittel 
zum Datenbank-Entwurf 

- verteilte Datenbanken 

- Datenbankmaschinen 

- Datensicherheit 

- Datenmodelle 

- wissensbasierte Systeme 

- Datenbanken in CAD/CAM 

- Nicht-Standard-Datenbanken 
(Veranstältungssprache: 
Englisch) 

WIE ? Nähere Informationen 
über: VEB LfA Berlin, Jaques- 
Duclos-Str. 50/52, Berlin, 1156 
Dr. Oßwald 


59. Internationale 
Messe Poznan 

Traditionsgemäß begann die 
größte und bedeutendste Aus- 
stellung des polnischen Außen- 
handels auch in diesem Jahr am 
zweiten Juni-Sonntag. Sie stand 
unter dem Leitthema „ Material- 
und energiesparende Techni- 
ken und Technologien“ und 
konnte wiederum eine Steige- 
rung der Ausstellerzahl -auf 
3850 - verzeichnen. 

Tendenzen 

Die Computerbranche nahm, 
wie seit vielen Jahren, auch dies- 
mal breiten Raum ein. Neben 
dem umfangreichen polnischen 
Angebot waren in den Länder- 
ausstellungen wieder zum Teil 
namhafte Betriebe und Firmen 
vertreten. Dennoch schien die 
im April in Wroclaw erstmals ver- 
anstaltete internationale Compu- 
terausstellung infosystem ’87 
Auswirkungen auf die Präsenz 
vor allem polnischer Aussteller 
zu haben. Beispielsweise hatte 
Elwro als bedeutender Hersteller 
keine Computertechnik ausge- 
stellt. Ähnliches gilt offensichtlich 
auch für das Offerieren von Neu- 
heiten; vieles hatte man bereits 
zur infosystem '87 sehen kön- 
nen. Günstig ist eine spezielle 
Computermesse sicher für die 
steigende Zahl der meist sehr 
kleinen Softwarefirmen, die auf 
der IMP kaum zu entdecken 
sind. Diese Entwicklung ist in 
Verbindung mit einer weiteren 
auf der Messe erkennbaren T en- 
denz zu sehen: der fast explo- 
sionsartigen Zunahme unter- 
schiedlicher Anbieter, z. B. Ge- 
nossenschaften, Gesellschaften 
mit beschränkter Haftung usw. 
Oft sind dies kleine und kleinste 
Betriebe, die aus importierten 
Baugruppen - wohl seltener 
Bauelementen -die Hardware 
produzieren und komplett mit 
weit verbreiteter Software ver- 
treiben. Zum Beispiel boten un- 
ter der Schirmherrschaft der pol- 
nischen Außenhandelskammer 
in einem eigenen Pavillon mehr 


als 20 ausländisch-polnische 
Unternehmen ihre Systeme und 
Leistungen an. Aufgrund dieser 
Entwicklung kann die polnische 
Volkswirtschaft einerseits mit 
hochwertiger Hard- und Soft- 
ware ausgestattet werden, ande- 
rerseits wird die Zukunft zeigen, 
ob die mit der Typenvieifalt ver- 
bundenen Fragen des Service 
gelöst werden. Die unten ge- 
nannten Firmen refleks und 
globo beispielsweise existierten 
zum Messezeitpunkt erst einen 
bzw. drei Monate, und einige der 
neuen Firmen sollen sich bereits 
wieder aus dem Computerge- 
schäft zurückgezogen haben. 

Exponate 

In zwei attraktiven'Pavillons (Bild 
1 ) stellte das polnische Außen- 
handelsunternehmen Metronex 
GmbH vor allem Erzeugnisse 
von Betrieben aus, die in der Ver- 
einigung Mera zusammengefaßt 
sind; z. B. Mera Elzab. Als Neu- 
heit wurde hier das für IBM-PC- 
kompatible Systeme geeignete 
Bildschirmterminal MERA 791 52 
PC gezeigt (Bild 2). Einige Da- 
ten: Bildschirm 260 x 280 mm 2 ; 
25 Zeilen x 80 Zeichen; Zei- 
chenmatrix 7x9 Punkte; Zei- 
chenvorrat 256, kompatibel zum 
IBM PC XT; Interfaces RS 232 
und Centronics; Übertragungs- 
rate 19200 Bit/s, asynchron; die 
Tastatur umfaßt 98 Zeichen, da- 
von 16 programmierbar (kompa- 
tibel zum IBM PC AT). 

Als Weiterentwicklung des 
ComPan 8 war der ComPan 16 
zu sehen (Bild 3). Er hat neben 
einem 8080-Prozessor zur Ar- 
beit unter CP/M einen 8088 bzw. 
8087 (zusätzlicher Arithmetik- 
prozessor) und ist unter PC-DOS 
zu betreiben. Der RAM beträgt 
51 2 KByte, erweiterbar auf 
896 KByte; davon sind 
448 KByte als RAM-Disk nutz- 
bar. Es lassen sich bis zu 4 
Floppy-Disk-Laufwerke an- 
schließen (5,25 Zoll, 180/360/ 
720 KByte), eine Harddisk mit 20 
MByte bzw. - wie auf dem Foto 
zu sehen - ein Harddisk und 
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Floppy kombinierendes Beistell- 
gefäß. Als Betriebssysteme 
kommen MS-DOS bzw. PC/ 
DOS, CP/M, MP/M und Multilink 
zum Einsatz. 

Ebenfalls einen 8-Bit-Vorgänger 
hat das Echtzeitentwicklungssy- 
stem für 16-Bit-Prozessoren 
RTDS-16 (Bild 4). 

Auf Basis des 8085 zur Steue- 
rung des Systems dient es vor 
allem der Programmentwicklung 
von 8086- und 8088-Prozesso- 

! ren. Der Arbeitsspeicher beträgt 
64 KByte RAM, die zusätzliche 
RAM-Disk umfaßt 256 bzw. 

512 KByte; neben der RS-232C- 
Schnittstelle gibt es vier weitere 
Interfaces. 

Mit einem angeschlossenen 
Doppel-Diskettenlaufwerk (5,25 
Zoll, 100 KByte bei FM, 

1 80 KByte bei MFM) wurde der 
auf dem Z80 basierende Mikro- 
computer Meritum3 präsentiert 
(Bild 5). Gegenüber seinen Vor- 
läufern besitzt er z. B. die Mög- 
lichkeit der Farbgrafik - 256 x 
192 Punkte - und der Vernet- 
zung. Als Betriebssystem kann 
neben MER-DOS auch CP/M 
2.2 genutzt werden. 

Eine noch relativ junge Firma ist 
die Mikrokomputery GmbH, 

1985 als Handels- und Produk- 
tionsunternehmen auf Initiative 
von Warschauer Unternehmen 



gegründet, die an der Entwick- 
lung von Mikrocomputersyste- 
men interessiert sind. Schwer- 
punkt ist gegenwärtig die Pro- 
duktion des PC/XT -kompatiblen 
Mazovia 1016, daneben die Ent- 
wicklung verschiedener Periphe- 
riegeräte. Gezeigt wurde als 
Neuheit die Verbindung mehre- 
rer Mazovia 1 01 6 in einem TE R- 
NET/TRANSNET genannten 
lokalen Netz (Bild 6). Die Verbin- 
dung erfolgt über RS-232- 
Schnittstellen mit einer Daten- 
übertragungsrate von 300 bis 
19200 Bd. Als Betriebssystem 
wird DOS 2.0 oder 3.0 verwen- 
det. Die Konfiguration beinhal- 
tete auch einen neuen Farbmo- 
nitor mit Grafikfähigkeiten. Eben- 
falls neu war der Plotter GRAF 


85 (Bild 7) für A3-Format mit 
Centronics-Schnittstelle und HP- 
GL-Möglichkeiten zur Nutzung 
der Standardsoftware Lotus 1 -2- 
3, Symphonie oder AutoCAD. . 
Weitere Daten: 

Abmessungen 590 x 490 x 
1 10 mm 3 , max. Papiergröße 
500 x 350 mm 2 , Zeichenfläche ' 
420 x 390 mm 2 , Zeichenge- 
schwindigkeit 4 bis 20 cm/s, 
Schrittweite 0,1 mm, Wiederhol- 
genauigkeit 0,3 mm. Die Masse 
des Gerätes beträgt 5,8 kg. 
Während die Mehrzahl der neu- 
gegründeten Firmen PC/XT- und 
PC/AT- kompatible Systeme im 
Angebot hatte, ist bemerkens- 
wert, daß einige auch leistungs- 
starke 32-Bit-Technik offerier- 


ten, die zum Teil allerdings nicht 
als Exponat gezeigt wurde. So 
die Firma refleks den auf dem 
NS 32332 basierenden Compu- 
ter REFLEKS GENIUSZ mit 
8 MByte RAM, Winchester-Lauf- 
werken bis 376 MByte und Kas- 
setten-Streamern von 60 MByte; 
die gleiche Firma bot den PC/AT- 
386 TURBO mit 80386-Prozes- 
sor (8, 12 oder 16 MHz), 640 
bzw. 1024 KByte RAM und Gra- 
fikkarte Hercules an. 

Das Unternehmen P. Z. Globo 
offerierte den BIM/F 386 mit 
80386- Prozessor (16 bzw. 

20 MHz), 16 MByte RAM und 
Winchesterlaufwerken bis 240 
MByte als demnächst liefer- 
bar. Hans Weiß 
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Was ist SMD-Technik? 


Bei der bisher gebräuchlichen Leiterplattentechnik werden bedrahtete Bauele- 
mente durch vorbereitete Löcher gesteckt; auf der Rückseite werden die Bauele- 
menteanschlüsse mit den Leiterbahnen verlötet. 


bedrahtete Bauelemente 


Leiterplatte 
Leiterbahn 

Bestückung einer Leiterplatte mit bedrahteten Bauelementen 



Diese traditionelle Leiterplattentechnik wird zunehmend durch die Verarbeitung von 
SMD ergänzt (SMD - Surface Mounted Devices - oberflächenmontierbare Bauele- 
mente). 

Die Bauelemente für die Oberflächenmontage werden auf die Leiterplatte gesetzt, 
mit geeignetem Kleber mechanisch fixiert und dann im Lötverfahren mit den Leiter- 
bahnen verbunden. In der nächsten Zeit wird die gemischte Bestückung mit bedrah- 
teten Bauelementen für die Oberflächenmontage dominieren. 



bedrahtete Bauelemente 

Leiterplatte 

Leiterbahn 

SMD 


Gemischte Bestückung einer Leiterplatte 


Die konsequente Fortführung dieser Technik (SMT - Surface Mounting Techno- 
logy) ergibt die doppelseitig mit Bauelementen für die Oberflächenmontage be- 
stückte Leiterplatte. 




□ 
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Doppelseitig mit SMD bestückte Leiterplatte 


SMD 

Leiterbahn 

Leiterplatte 
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Die Produktivität und Effektivität der SMT ist um so höher, je zielstrebiger und kon- 
sequenter die Bauelemente, die Bestückungstechnik und die Fertigungstechnolo- 
gie aufeinander abgestimmt werden. 






ESER-PC 


Info 


Erstmals auf der Leipziger 
Herbstmesse 1987 vorgestellt 
und mit Messegold ausgezeich- 
net wurde der PC EC 1 834 von 
Robotron. Der PC EC 1 834 ist 
kompatibel zum IBM PC XT 


und entspricht dem ESER-Stan- 
dard. Implementiert ist das dis- 
ketten- bzw. harddiskorientierte 
Betriebssystem DCP 3.1 . Der 
PC wird in verschiedenen 
Grundvarianten angeboten. Als 
Mikroprozessor kommt der 
K 1 81 0 WM 86 (8086) zum Ein- 




Solidaritätsbasar 
der Berliner 
Journalisten 1987 

Schon zur T radition geworden 
ist der große Solidaritätsbasar 
der Berliner Journalisten, der 
jedes Jahr am letzten Freitag im 
August auf dem Alexanderplatz 
stattfindet. Auch der Verlag 
T echnik war wieder mit einem 
eigenen Stand vertreten. Viele 
Betriebe und Institutionen unter- 
stützten die Kollegen unseres 
Verlages in ihrem Bemühen, ei- 
nen hohen Erlös für die inter- 


nationale Solidarität zu erzie- 
len. 

Wir bedanken uns insbesondere 
beim Computerklub des Berliner 
Hauses der jungen Talente und 
bei den Kollegen des Konsulta- 
tionspunktes Mikrorechentech- 
nik der Humboldt-Universität zu 
Berlin für deren tatkräftige Unter- 
stützung der Redaktion MP. Un- 
sere Fotos sollen einen kleinen 
Eindruck von der Atmosphäre 
und dem Andrang, der am Ver- 
lagsstand herrschte, vermitteln. 

MP 

Fotos (2): Paszkowsky 



satz. Der PC verfügt über 48 K 
Byte ROM und 256 K Byte bzw. 
640 K Byte RAM. Für Erweite- 
rungskarten stehen bis zu acht 
Steckplätze zur Verfügung. Zwei 
Diskettenlaufwerke mit je 360/ 
720 K Byte bzw. ein Harddisk- 
(bis 40 M Byte) und zwei Disket- 
tenlaufwerke sind Bestandteil 
der Systemeinheit. 

Ein schwenk- und drehbarer mo- 
nochromatischer, alphanumeri- 
scher Bildschirm und/oder ein 
monochromatischer oder ein Co- 
lor-Grafikbildschirm können an- 
geschlossen werden. Das Sy- 
stem kann mit einem Drucker 
aus der Reihe robotron K 631 3/ 
14, der über Grafik-Modus ver- 
fügt, odereinen anderen Drucker 
mit Centronics-Interface erwei- 
tert werden. Weitere Geräte wie 
Plotter, Digitalisier- und Meßge- 
räte können über maximal 4 V24- 
oder IFSS-Schnittstellen ange- 
schlossen werden. Die On-Iine- 
Verarbeitung erfolgt nach asyn- 
chronem oder synchronem Pro- 
tokoll (BSCI oder BSCIII) über 
V.24-Interface. Die Tastatur ist 
als Flachtastatur für 1 oder 2 Zei- 
chensätze ausgeführt. Als 
Masse des Gerätes werden etwa 
28,5 kg angegeben. Noch in die- 
sem Jahr sollen die ersten 200 
Rechner im Robotron Büroma- 
schinenwerk Sömmerda herge- 
stellt werden. MP 

Anmerkung der Redaktion: In 
MP 2/88 beginnen wir unter der 
Rubrik MP-Kurs mit einer Bei- 
tragsfolge zum System K 1810 
WM 86 in Einheit von Hardware 
und Software. Eingegangen 
wird u. a. auf: Systemarchitek- 
tur, Systemschaltkreise, Interfa- 
ceschaltkreise, Befehlstypen 
und Adressierung, Entwick- 
lungshilfen und Assemblerpro- 
grammierung, Programment- 
wicklung in einer Hochsprache. 


Ein Dankeschön 

an alle Leser, die uns auf un- 
seren Aufruf in MP 8/87, 

S. 228, „Mitarbeit gefragt“ 
geschrieben haben. 

Wir hatten Spezialisten ge- 
sucht, die die vielen „Tips 
und T ricks“, die der Redak- 
tion von Lesern zugesandt 
werden, begutachten bzw. 
testen. So viele schrieben 
uns, daß wir unmöglich in der 
Lage sind, allen zu antwor- 
ten. Wir bitten dafür um Ver- 
ständnis und bedanken uns 
nochmals herzlich bei den 
Einsendern für ihre Bereit- 
schaft zur Mitarbeit. 

Ihre Redaktion MP 
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Werkfoto 

Taschenrechner 
mit Lithiumbatterie 

Weniger als sechs Millimeter 
hoch ist ein neuer Taschenrech- 
ner aus dem VEB Mikroelektro- 
nik „Wilhelm Pieck“ Mühlhau- 
sen. Das neue Geräte wird erst- 
mals mit einer Lithiumbatterie 
ausgerüstet, die eine Lebens- 
dauer von mehr als sieben Jahren 
hat. Die hohe Batterielebensdauer 
ergibt sich aus der stromsparen- 
den 8stelligen LED-Anzeige in 
Verbindung mit der automati- 
schen Abschaltung (nach etwa 
10 Minuten bei Nichtbenutzung). 
Weitere Vorhaben zielen auf 
hohe Zuwachsraten in der Ta- 
schenrechner- und Diodenferti- 
gung. Auf rund 1 80 Prozent wird 
die Produktion von Schulrech- 
nern - SR 1 - im Vergleich zu 
1 986 steigen. Zwei Millionen Sili- 
ziumdioden, die unter anderem 
für Computer- und Drucktechnik 
benötigt werden, sollen den Be- 
trieb zusätzlich verlassen. 

ADN 

EC 1057 bestand 
ESER-Test 

Der EC 1057 des Kombinates 
Robotron hat kürzlich in Karl- 
Marx-Stadt den Abschlußtest 
erfolgreich bestanden. Ein Gre- 
mium von Computerexperten 
aus Bulgarien, der CSSR, aus 
Polen, der UdSSR und Ungarn 
schätzte nach gründlicher Prü- 
fung die Anlage ein und bestä- 
tigte die Produktionsreife. Damit 
sind die Voraussetzungen gege- 
ben, daß die Neuentwicklung im 
VEB Robotron-Elektronik Dres- 
den in die Serienfertigung über- 
geleitet und noch 1 987 erstmals 
exportiert werden kann. 

ADN 
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Vorschau 

ln MP 1 2/87 haben wir für Sie u. a. Beiträge 
zu folgenden Themen vorgesehen: 

- Wirkprinzipien von Informationsaufzeich- 
nungstechnologien 

- Plattenspeicher - Stand und Entwick- 
lungstendenzen 

- 32-Bit-Mikroprozessoren 

- 256-KdRAM-Modul für KC 85/3. 
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Pseudografik auf dem PC 1 71 5 
und dem A 71 00 


Dr. Hans-Jochen Müller, Dr. Wolf-Dietrich 
Fromm, Dr. Karl-Heinz Heinig, Dr. Frank 
Schwarzenberg 

Akademie der Wissenschaften der DDR, 
Zentralinstitut für Kernforschung, Rossen- 
dorf 


1. Vorbemerkungen 

Der PC 1 71 5 hat sich aufgrund der einfachen 
Handhabbarkeit und der vorhandenen Servi- 
ceprogramme ein großes Anwendungsge- 
biet erschlossen. Auch für wissenschaftliche 
Berechnungen bietet das breite Spektrum 
verfügbarer Programmiersprachen Einsatz- 
möglichkeiten. Der A 71 00 eignet sich wegen 
seines leistungsfähigeren Hardwarekon- 
zepts und der Verfügbarkeit von FOR- 
TRAN77 ebenfalls für derartige Anwendun- 
gen. 

Der wissenschaftliche Einsatz ist vor allem 
durch einen überwiegenden Anteil an eigen- 
entwickelter Software gekennzeichnet, die 
Nutzung von Standardsoftwarelösungen 
steht dabei etwas im Hintergrund. Ein we- 
sentlicher Nachteil für derartige Anwendun- 
gen ist das Fehlen von hochauflösenden gra- 
fischen Ausgabemöglichkeiten auf dem 
PC 1 71 5 und der Standardkonfiguration I des 
A 7100. Grafische Ausgaben auf dem Moni- 
tor sind zum einen notwendig für das schnelle 
Erfassen und Bewerten numerischer Ergeb- 
nisse, zum anderen stellt die Computergrafik 
einen unverzichtbaren Teil der modernen 
Methode der Computersimulation dar. Bei 
dieser Methode kommt es nicht nur schlecht- 
hin auf die bildliche Darstellung von Ergebnis- 
sen an, die Computergrafik stellt selbst eine 
wesentliche Arbeitsgrundlage der Computer- 
simulation dar, das heißt, sie wirkt interaktiv 
mit der Anwendersoftware. Die Gestalt der 
Grafik wird im Programm abgefragt und durch 
einen von den jeweils wirkenden Naturgeset- 
zen bestimmten Algorithmus weiterentwickelt. 
Das geschieht schrittweise, so daß die Grafik 
erst allmählich und im Verlaufe eines oft kom- 
plizierten Evolutionsprozesses entsteht. Die 
Verarbeitung und Wertung der Grafik durch 
das Programm bildet dafür die Grundlage. 


Für solche Anwendungen scheiden die von 
Kleincomputern her bekannten „Grafiken“ 
mittels vorgegebener Grafiksymbole von 
vornherein aus, da sie für jedes Einsatzge- 
biet extra und im allgemeinen mit viel Mühe, 
das heißt sehr uneffektiv zusammengestellt 
werden müssen. In /I/ wurde eine Möglich- 
keit dargestellt, eine Semigrafik auf dem 
PC 171 5 zu installieren. Diese Methode 
zeichnet sich durch hohe Auflösung, aber 
auch durch einen entsprechend großen 
Hardwareaufwand aus, der eine breite Nut- 
zung erschwert 121. Der freie Steckplatz des 
PC 1715 geht dafür verloren und steht z. B. 
für eine RAM-Disk-Erweiterung nicht mehr 
zur Verfügung 131. Voraussetzung für die An- 
wendbarkeit dieses Verfahrens ist, daß sich 
die Grafiken in höchstens 128 verschiedene, 
dem Zeichenraster entsprechende Grund- 
elemente zerlegen lassen, was im allgemei- 
nen Fall nicht erfüllt ist. 

2. Konzept der Pseudografik 

Bei dem Konzept einer Pseudografik für den 
PC 1 71 5 und der alphanumerischen Variante 
des A 7100 wurde von den folgenden Prinzi- 
pien ausgegangen: 

• Es soll kein zusätzlicher Hardwareauf- 
wand entstehen. Diese Rechnertypen wur- 
den nicht für eine hochauflösende Grafik vor- 
gesehen. Eine nachträgliche Veränderung 
wäre mit umfangreichem Hardwareaufwand 
verbunden. 

• Eine Punktgrafik mittlerer Auflösung auf 
der Basis von pseudografischen Symbolen 
stellt eine angepaßte Erweiterung dar. Sie ist 
eine abgerüstete, aber universelle Grafikva- 
riante, die sich für die interaktive Arbeits- 
weise eignet. 

• Wegen der beschränkten Auflösung er- 
scheint eine Perfektionierung (z. B. unter- 
stützte Beschriftung oder maßstäbliche Dar- 
stellung) nicht sinnvoll. Der Softwareaufwand 
soll den vorhandenen Speicherplatz nur un- 
wesentlich beeinflussen. 

• Die Grafik soll sowohl bei der Arbeit mit In- 
terpretern als auch mit Compilern verfügbar 


sein. Dabei kommt es auf weitestgehende 
Kompatibilität im Aufruf der Pseudografik 
vom PC 1 71 5 und vom A 71 00 aus an, damit 
keine Programmänderungen bei Programm- 
transfer notwendig sind. 

• Zur Auswertung von Grafiken gehört die 
Möglichkeit, vom Monitorbild eine Hardcopy 
anzufertigen, die in speziellen Fällen eine ge- 
koppelte Ausgabe von grafischen und al- 
phanumerischen Symbolen gewährleistet. 
Der alphanumerische Bildschirm umfaßt 
80 x 24 (80 x 25) Zeichen (Daten des 
A7100 im folgenden in Klammern einge- 
schlossen). Dabei besteht jedes Zeichen aus 
8 x 12 (8 x 16) Bildpunkten. Das entspricht 
einem notwendigen Speicherplatz von 12 
(16) Bytes zur Generierung eines Zei- 
chens. 

Wollte man jeden einzelnen Bildpunkt im 
Rahmen einer Pseudografik nutzen, würde 
das einen Zeichensatz von 2 96 (2 128 ) unter- 
schiedlichen Zeichen erfordern. Eine Redu- 
zierung der Auflösung ist deshalb notwendig. 
Neben den 128 alphanumerischen Zeichen 
kann der Computer 1 28 verschiedene Grafik- 
symbole ansteuern. Damit ist im Rahmen ei- 
ner Pseudografik die Grenze der Auflösung 
gegeben. Unter Berücksichtigung der Sym- 
metrie der Grafiksymbole und des verfügba- 
ren Zeichenumfanges bietet sich eine Zerle- 
gung eines Zeichens in 2 x 3 Felder an. Die 
Summe aller Kombinationen von belegten 
und leeren Feldern entspricht einem Umfang 
von 64 Zeichen. Die Auflösung der Pseudo- 
grafik beträgt dann 160x72 (160x75) 
„Punkte“. Da mit den notwendigen 64 Zei- 
chen nur die Hälfte des ansteuerbaren Vorra- 
tes genutzt würde, wurden zwei unterschied- 
liche Zeichensätze pro Computer implemen- 
tiert: 

• Beim PC 1715 besteht jedes Pseudogra- 
fikfeld aus 4 x 4 Pixel. Der erste Zeichensatz 
realisiert zentrierte „kleine Punkte“, beste- 
hend aus jeweils 2x2 Pixel innerhalb der 
4 x 4-Matrix, während beim zweiten Zei- 
chensatz das gesamte quadratische Feld 
ausgefüllt wird („große Punkte“; Bild 1a 
und b). 

• Beim A 7100 ist die Situation komplizier- 
ter. Die 8 x 16 Pixel eines Zeichens wurden 
in 4 Felder zu je 4 x 5 Pixel und 2 Felder zu je 
4x6 Pixel unterteilt. Dementsprechend be- 
steht der kleine Punkt aus 2x3 Pixel (wobei 
dieser Punkt in der 4 x 6-Matrix vertikal nicht 
zentriert ist), während bei großen Punkten die 
Fläche eines Feldes voll ausgefüllt ist (siehe 
Bild 1c und d). 

Mit Hilfe der beiden Zeichensätze können un- 
terschiedliche Aufgaben gelöst werden. 
Kleine Punkte eignen sich besonders für die 
Darstellung gekrümmter Linien, wogegen 
große Punkte insbesondere für vertikale und 
horizontale Geraden verwendet werden kön- 
nen (z. B. Koordinatenachsen oder Balkenhi- 
stogramme). Beide Zeichensätze sind inner- 
halb einer Grafik verwendbar. Die sechs Fel- 
der eines Zeichens gehören allerdings zu ei- 
nem Zeichensatz. Eine Mischung großer und 
kleiner Punkte innerhalb eines Zeichens ist 
nicht möglich. Wird eine Mischung innerhalb 
eines Zeichens versucht, so haben kleine 
Punkte Priorität, das heißt, alle belegten Fel- 
der des Zeichens werden als kleine Punkte 
wiedergegeben. 
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Tafel 1 Darstellung der implizierten Software zur Ansteuerung der Pseudografik (A: PC 1715; B: A7100) 


Name 

Parameter 

Typ 

Funktion 

Bern. 

RUB 

_ 


_ 

Löschen des Grafikspeichers 

A+B 

RUBF8 

— 


— 



SET 

- 


- 

Belegen des Grafikspeichers 

B 





mit Punkten 


SETF8 

- 


- 

Belegen des Grafikspeichers 

B 





mit Rechtecken 



IX=0 

..159 

1*2 

X-Koordinate 

A+B 


IY=C 

..72 

1*2 

Y-Koordinate 

A 


IY=0 

..74 

1*2 

Y-Koordinate 

B 



“ 0 


Punkt löschen 

A+B 



1 


Setzen Quadratpunkt 

A+B 



2 


Punkttest: Rückgabe: 


PLOT 




IT=0 leer, IT#0 gesetzt 

A+B 


rr=- 

3 

1*2 

Darstellung der Grafik 


PLOTF8 




. auf Display/Hardcopy 

B *) 





Punkt löschen 

A+B 



5 


Setzen Punkt 

A+B 



6 


Punkttest (wielT=2) 

A+B 



7 


Laden Pseudografik 

B *) 



11 


Hardcopy 

B *) 

HARDC 

- 


- 

Hardcopy 




Bild 2 Einsatz der Pseudografik bei der Darstellung von Histogrammen am PC 1715 (Quelle: Statistisches 
Jahrbuch der DDR 1986) 


3. Softwarelösung 

3.1. PC 1715 

Zur Realisierung der Pseudografik auf dem 
PC 1715 gehört das Einsetzen eines 2- 
KByte-EPROM auf den vorhandenen freien 
Steckplatz der Rechnerplatine unterhalb der 
Diskettenlaufwerke. Dieser EPROM enthält 
die Information für.die Generierung der Pseu- 
dografikzeichen. Das Stecken dieses 2. Zei- 
chengenerators stellt die einzige Verände- 
rung am PC 171 5 dar. 

Für die Speicherung der Pseudografik wird 
der Bildwiederholspeicher des PC 1715 ge- 
nutzt. Das hat den Vorteil, daß die Dynamik 
der Grafik auf dem Bildschirm verfolgt wer- 
den kann (wichtig für Computersimulation!). 
Der Bildschirmwiederholspeicher belegt 
standardmäßig 2 KByte RAM ab Adresse 
F800H, kann aber innerhalb des TPA in Ab- 
ständen von 800H zu niedrigeren Adressen 
verlegt werden. Für eine alternierende Aus- 
gabe von alphanumerischen Daten und Gra- 
fik ist es günstiger, für die Grafik einen zu- 
sätzlichen Bildspeicher von 2 KByte anzule- 
gen und bei der Ausgabe zwischen beiden 
umzuschalten /4/. Diese Möglichkeit wurde 
beim Softwarekonzept berücksichtigt. Wahl- 
weise kann die Grafik im Standardbildspei- 
cher (zugehörige Programme sind PLOTF8 
bzw. RUBF8) oder ab B000FI (Bezeichnung 
PLOT bzw. RUB) generiert werden. Aller- 
dings muß der Nutzer gewährleisten, daß die- 
ser Bereich nicht durch ein anderes Pro- 
gramm belegt wird. 

Die Ansteuerung der Punkte wurde analog 
zur Organisation einer hochauflösenden 
Grafik mit Bit-Mapping-Prinzip realisiert. Je- 
dem Feld innerhalb eines Zeichens wurde ein 
Bit zugeordnet. Der Zeichencode ergibt sich 
dann aus der entsprechend den gesetzten 
Bits gebildeten Dualzahl (0...63). Durch 
diese Zuordnungsvorschrift reduziert sich 
der Algorithmus zum Setzen, Löschen und 
Abfragen (als Testen bezeichnet) einzelner 
Grafikpunkte im wesentlichen auf die Adreß- 
berechnung des Zeichens im Bildspeicher 
und des aktuellen Feldes im Zeichen. Diese 
Funktionen wurden innerhalb des U880-As- 
sembierprogramms PLOT bzw. PLOTF8 rea- 
lisiert. Das Programm wird als Unterpro- 
gramm mit 3 Parametern aufgerufen: X- und 
Y-Koordinate und ein Steuerparameter 
(siehe Tafel 1). Bei Bereichsüberschreitung 
der X- und Y-Koordinate unterdrückt das Pro- 
gramm die Ausführung. Für die Funktions- 
auswahl sind nur die drei niederwertigen Bits 
des Steuerparameters relevant. Als Entry 
RUB bzw. RUBF8 wurde zusätzlich das Lö- 
schen des jeweiligen Bildspeichers impli- 
ziert. 

Das Programm liegt als linkbares REL-File 
(PLOT.REL) vor und ist für alle Compiler- 
sprachen verwendbar. Zur Nutzung unter 
dem BASIC-Interpreter muß das Programm 
ab einer Absolutadresse geladen werden. 
Das wird durch den COM-File PLOTSCP.COM 
realisiert, der vor dem Laden des BASIC-In- 
terpreters aufgerufen werden muß. Zur Ver- 
meidung von Uberschreibungen wurde dabei 
für die Speicherung des Programms die un- 
genutzte 25. Zeile des Standardbildwieder- 
holspeichers verwendet (ab Adresse 
FF81H). Unter dem Betriebssystem CP/A 
muß das Programm allerdings in einen 
Adreßbereich im TPA geladen werden. Dafür 


wird die 25. Zeile des Zusatzbildspeichers 
verwendet. 

Das File PLOTCPA.COM lädt PLOT ab 
Adresse B781 H. Die Verwendung der PLOT- 
Routinen bei Nutzung von Compilern und un- 
ter BASIC ist in den Beschreibungen PLOT- 
COMP.DOK und PLOTINT.DOK dokumen- 
tiert. 

3.2. A 7100 

Zur Erarbeitung der Software für die Pseudo- 
grafik am A 71 00 war ein anderes Konzept er- 
forderlich. Durch das Datenbus-Prinzip des 
A 71 00 ist ein direkter Zugriff auf den Bildwie- 
derholspeicher in der ABS über die Software 
nicht möglich. Außerdem können dadurch 
keine Zeichen aus dem Bildschirmspeicher 
abgerufen werden. Deshalb ist es notwendig, 
zwischen die Anwendersoftware und die 
ABS eine Vermittlungsroutine einzufügen, 
die alle notwendigen Aufgaben zur Generie- 
rung einer Pseudografik übernimmt und 
diese bei Bedarf auf dem Bildschirm darstellt. 
Damit ist ein wesentlicher Nachteil der Pseu- 
dografik auf dem A 7100 gegenüber dem 
PC 1 71 5 gegeben: Die dynamische Entwick- 
lung der Pseudografik kann nicht, mehr auf 
dem Bildschirm verfolgt werden. Es ist nur 
eine intervallweise Darstellung möglich. Zum 
anderen muß zusätzlich zum Bildwiederhol- 


speicher in der ABS ein Grafikzwischenspei- 
cher im TPA angelegt werden, der eine inter- 
aktive Arbeit zwischen Anwendersoftware 
und Grafik realisiert. Bei der Konzipierung 
dieses Speichers mußte zwischen Speicher- 
bedarf und notwendiger Rechenzeit optimiert 
werden. Es ergab sich ein Speicherbedarf 
von etwa 1 0 KByte. 

Aus Gründen der Softwarekompatibilität zum 
PC 1715 wurde eine Subroutine erstellt, die 
alle Funktionen und Entries der Grafikfunk- 
tion des PC 1715 erfüllt. Auch die unter- 
schiedlichen Aufrufe PLOT bzw. PLOTF8 
wurden realisiert, obwohl ihnen hier keine 
Bedeutung zukommt. Einige zusätzliche 
Funktionen wurden jedoch notwendig, die 
durch die intervallweise Darstellung der 
Pseudografik und das Laden der Pseudogra- 
fiksymbole durch Software bedingt sind. 
Diese Zusätze sind in Tafel 1 gekennzeich- 
net. Zur Erweiterung des Service wurden die 
Funktionen SET bzw. SETF8 in die PLOT- 
Routine aufgenommen. 

Zur Verkürzung der Rechenzeit wurde auf 
eine interne Fehlerbehandlung verzichtet. 
Bei Grenzwertüberschreitung der X- bzw. Y- 
Koordinaten erfolgt ein Programmabbruch 
mit Feldüberlauf-Hinweis. Zusätzlich ist ge- 
währleistet, daß bei unzulässiger Parameter- 
eingabe die Grafik nicht zerstört wird. 
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Für die Arbeit unter FORTRAN77 benötigt 
die Subroutine die Funktion BDOS86 und 
zum Generieren der Pseudografiksymbole 
die Subroutine PSEUDO, die beim Linken mit 
angegeben werden müssen. Zur einfachen 
Handhabung wurden alle benötigten Files in 
einer Bibliothek mit der Bezeichnung 
PGRAF.L86 zusammengefaßt. Vor der er- 
sten Darstellung der Pseudografik (Parame- 
ter = 3) muß der Pseudozeichensatz gene- 
riert werden (Parameter = 7). Er kann aber 
auch direkt, durch den Aufruf von PSEU- 
DO.CMD, aktiviert werden. Eine Verwen- 
dung der Pseudografik im BASIC-Interpreter 
des A 71 00 ist möglich, erfordert aber das La- 
den der notwendigen Subroutinen als As- 
semblerprogramme an feste Programm- 
adressen. Darauf soll hier aus Platzgründen 
nicht näher eingegangen werden. Dies ist in 
75/ beschrieben. 


4. Hardcopy der Pseudografik 

Zur Weiterverwendung der Grafiken wurden 
für beide Rechner Hardcopyfunktionen er- 
stellt, die eine schnelle und unkomplizierte 
Ausgabe der Monitor-Pseudografik mit dem 
Nadeldrucker LX-86 garantieren. Aufgrund 
der bisherigen Einsatzgebiete wurden unter- 
schiedliche Ausführungen realisiert. Die 
Hardcopyfunktion des PC 1715 wurde in 
PASCAL geschrieben und steht als selbstän- 
dig aufrufbares File unter der Bezeichnung 
HARDC.COM zur Verfügung. Realisiert 
wurde die gemischte Ausgabe von grafi- 
schen und alphanumerischen Informationen. 
Die Hardcopyfunktion des A 7100 ist in die 
PLOT- bzw. PLOTF8-Funktion eingebunden 
und kann durch entsprechende Parameter- 
wahl abgerufen werden. Zusätzlich besteht 
die Möglichkeit, während der Bildschirmdar- 
stellung der Pseudografik durch Drücken ei- 
ner beliebigen Taste in die Hardcopyfunktion 
zu verzweigen. Dabei kann zwischen einfa- 
cher und doppelter Größe bzw. Dichte der 
Grafik auf dem Nadeldrucker gewählt wer- 
den. Ein externer Aufruf der Hardcopyfunk- 
tion ist am A 71 00 nicht möglich, da die Pseu- 
dografik nur innerhalb der Programmabar- 
beitung existiert. Zur Schonung des Nadel- 
druckers wurde eine automatische Bewer- 


Bild 3 Pseudografik 
bei der Computersimu- 
lation der Evolution von 
Schmelzinstabilitäten 
(PC 171 5; mehrere Bil- 
der zusammengefaßt) 
Bild 4 Simulation von 
Kristallisationsprozes- 
sen mit Hilfe der Pseu- 
dografik am A 7100 
(Die untere Linie gibt 
die volle Größe der 
Grafik an.) 


Kyrillischer Druck auf LX-86 

Das Programm EPRUSS erlaubt auf 
dem Drucker LX-86 (z.B. am PC 
1715) den wahlweisen Druck kyrilli- 
scher bzw. lateinischerZeichenaufei- 
nem Blatt. Das heißt, es kann über 
eine frei wählbare Spaltenbreite ein 
russischer Text gedruckt werden, 
während daneben z. B. die deutsche 
Übersetzung stehen könnte. Das 
Schreiben geschieht am besten mit 
dem Textverarbeitungssystem TP 
(bzw. WORDSTAR). Voraussetzung ist : 

ein CP/M-kompatibles Betriebssystem. 
VEB Neptunwerft Rostock, Abt. TN, 
Karl-Liebknecht-Straße, Rostock, 
2500; Tel. 3 84 30 59 (Wesolek). 

Straub/Wecker 

Installation für LX-86 

Um die Möglichkeiten der Druckbildge- 
staltung des Epson LX-86 am PC 1 715 
optimal nutzen zu können, ist eine ent- 
sprechende Installation des Druckers 
notwendig. Die Bedienelemente ge- 
statten nur die Einstellung eines gerin- 
gen Teiles dieser Druckparameter. 

Mit INSTLX wurde ein Softwarewerk- 
zeug erarbeitet, welches die Ände- 
rung weiterer Installationsparameter 
im Bildschirmdialog gestattet und da- 
mit eine optimale Nutzung der Druck- 
technik ermöglicht. Folgende Einstel- 
lungen können realisiert werden: 
Seitenlange • linker Rand • unterer Rand • Zeilenab- 
stand • Kombination von Schriftarten • Wahl speziel- 
ler Zeichensätze • Ein-/Ausschalten Papierende- 
tühler • Ein-/Ausschalten Grafikzeichensatz 

Somit lassen sich praxisrelevante 
Druckfunktionen über Hauptmenü 
schnell und unkompliziert ändern. Die 
Programmausführung erfolgt unter 
SCP bzw. CP/M. 

Deutsche Post, Studiotechnik Fernse- 
hen, PN, Rudower Chaussee 3, Ber- 
lin, 1 199; Tel 6 73 73 24 Feustel 



tung der Grafik implementiert, die gewährlei- 
stet, daß immer eine Darstellung mit minima- 
ler Anzahl von zu druckenden Punkten ge- 
wählt wird (normale oder inverse Ausgabe). 

5. Einschätzung 

Mit der entwickelten pseudografischen Aus- 
gabemöglichkeit auf dem PC 1715 und der 
alphanumerischen Variante des A 7100 
wurde ein Hilfsmittel geschaffen, das die Ein- 
satzmöglichkeiten der Rechner in Wissen- 
schaft, Forschung und Büroautomatisierung 
erweitert. Die Grafik wurde von vornherein 
als Minimalvariante (sowohl vom Hard- als 
auch vom Softwareaufwand) konzipiert und 
nicht auf spezielle Anwendungen zuge- 
schnitten. Sie ist aufgebaut wie eine Vollgrafik 
und daher universell einsetzbar. Weitere Merk- 
male sind einfache Handhabbarkeit und die 
Möglichkeit der interaktiven Arbeitsweise zwi- 
schen Anwendersoftware und Pseudografik. 
Der einzige Eingriff in den Rechner besteht 
im Stecken eines 2-KByte-EPROM auf den 
vorhandenen Steckplatz im PC 1715. 

Die Einsatzgebiete sind bei beiden Rechnern 
durch die generell begrenzte Auflösung der 
Grafik eingeschränkt. Für den PC 1715 
wurde die Adressierung und Zeichengenerie- 
rung im Bildspeicher als Assemblerroutine 
geschrieben, so daß die benötigte Zeit für die 
Bildschirmdarstellung in der Regel vernach- 
lässigbar ist gegenüber der Rechenzeit des 
Nutzerprogramms. Demgegenüber schrän- 
ken für den A 71 00 die Zeiten für das Setzen 
eines Punktes (1 ms) und für einen komplet- 
ten Bildaufbau (17 s) die Anwendbarkeit der 
Pseudografik insbesondere auf dem Gebiet 
der Computergrafik ein. Hier ist noch eine 
wesentliche Beschleunigung der Grafik 
durch Programmierung in C oder Assembler 
(derzeit FORTRAN77) möglich. 

Die entwickelte Software (einschließlich Be- 
schreibung) und das Bitmuster für den 2. Zei- 
chengenerator des PC 1715 stehen Interes- 
senten zur Nachnutzung zur Verfügung. 
Literatur 
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Grafik am A7100 


Ottmar Vetter 

VEB Elektroprojekt und Anlagenbau Berlin 

1. Vorbemerkungen 

Besonders bei der Anwendung höherer Pro- 
grammiersprachen besteht verstärkt die Not- 
wendigkeit, die grafischen Fähigkeiten des 
vorhandenen Arbeitsplatzcomputers zu nut- 
zen. 

Der 16-Bit-Arbeitsplatzcomputer A7100 be- 
sitzt eine sehr leistungsfähige Schwarz- 
Weiß-Graphik. Das Grafik-Subsystem /I/, 
bestehend aus Grafikkontroller K7070 (KGS) 
und der Anschlußsteuerung für den Bild- 
schirm K7072 (AGB), ist unter anderem 
durch die hohe Auflösung von 640x400 Bild- 
punkten in vier Helligkeitsstufen gekenn- 
zeichnet. 

Für Nutzer des Betriebssystems SCP1700 
wird die Grafikerweiterung SCP-GX bereitge- 
stellt/2/. Sie besteht aus dem hardwareunab- 
hängigen Teil, dem Graphics Device Opera- 
ting System (GDOS), und dem hardwareab- 
hängigen Teil, dem Graphics Input/Output 
System (GIOS). Über das SCP-GX lassen 
sich grafische Ein- und Ausgaben von und 

Bild 1 Grafikprozeduren 


zu verschiedenen Geräten (z. B. grafisches 
Tablett, Bildschirm) realisieren. 

Die vorgestellte Grafikimplementierung ent- 
stand in Zusammenarbeit mit der Techni- 
schen Universität Dresden (Sektion Elektro- 
technik, Bereich Automatisierungstechnik) 
und findet in der digitalen Simulation von 
Elektroantrieben Anwendung. 

Die Nachnutzung des TURBO-PASCAL Pro- 
grammes TURBOGX.PAS einschließlich ei- 
ner ausführlichen Dokumentation zur Ar- 
beitsweise der Proceduren sowie einiger Bei- 
spiele ist über die Kontaktadresse möglich. 

2. Übergang in den Grafikmodus 

Voraussetzung für die Nutzung des SCP-GX 
ist, daß die ladbare Grafikfirmware in den 
KGS geladen wurde. Befindet sich die aktu- 
elle Version der Grafikfirmware auf Laufwerk 
A (z.Z. GRAF5.FRM), erfolgt die Komman- 
doeingabe. 

A>LGRAF6.FRM 

Nun ist es möglich, das Betriebssystem von 
der Kommandoebene aus in den Grafikmo- 
dus zu setzen bzw. rückzusetzen (Unter- 
schied zum Grafikmodus ein- bzw. ausschal- 
ten). Mit der Kommandoeingabe 


A > GRAPHICS (LW): 
wird das Betriebssystem in den Grafikmodus 
gesetzt, wobei sich auf dem mit LW spezifi- 
zierten Laufwerk die Gerätetreiber (z. B. für 
den Bildschirm - KGSTBDRV.SYS) und die 
Zuweisungstabelle ASSIGN.SYS befinden 
müssen. 

Nach jedem Hardware-Booten muß dieses 
Kommando wiederholt werden, um in den 
Grafikmodus zu gelangen. Der durch SCP- 
GX zusätzlich belegte Speicherraum verrin- 
gert den Speicherbereich für Nutzerpro- 
gramme. Außerdem ist für Nutzerprogramme 
ein genügend großer Stackbereich vorzuse- 
hen 121. Will man den Grafikmodus verlassen, 
so geschieht das mit dem Kommando 
A> GRAPHICS NO 

und der von SCP-GX belegte Speicher wird 
an das System zurückgegeben. 

3. Funktion von SCP-GX 

Der Zugriff zu grafischen Funktionen erfolgt 
über eine herkömmliche BDOS-Ruffolge. 
Vom Nutzerprogramm wird GDOS über das 
Softwareinterrupt 224 mit dem Funktions- 
code 473H im Register CX aufgerufen. Au- 
ßerdem wird eine Parameterliste 121 überge- 
ben, wobei deren Adresse mit den Registern 
DS (Segmet) und DX (Offset) übergeben 
wird. Die Parameterliste enthält 5 Adressen 
für spezielle Parameterbereiche, die an das 
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SCP-GX Steuercodes übergeben oder Rück- 
informationen von SCP-GX enthalten. Die an 
SCP-GX übergebenen Steuercodes werden 
interpretiert und lösen die jeweilige Grafik- 
funktion aus. 

4. TURBO-PASCAL ruft SCP-GX 

Um SCP-Systemrufe zu ermöglichen, ist in 
TURBO-PASCAL die Prozedur 
’BDOS (Parameter)’ 
eingeführt worden. 

Die Parameter sind vom Typ: 

RECORD 

AX, BX, CX, DX, BP, Sl, Dl, DS, ES, FLAGS: 
INTEGER; END; 

Die für die SCP-GX notwendige Parameterli- 
ste wird durch Felder realisiert. Nun ist man in 
der Lage, ein PASCAL-Quellprogramm zur 
Definition von Grafikprozeduren zu erstellen. 
Diese Quelle bindet man in sein Anwender- 
programm als Include-Datai ein. 

5. Realisierte Grafikprozeduren 

Im folgenden werden kurz die realisierten 
grafischen Ein- und Ausgabeprozeduren vor- 



Bild 3a Programm zum Zeichnen einer Sinusfunk- 
Bild 3b Hardcopy eines Programmlaufes 
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TYPE TSTRING = STRINGC403 ; 

VAR F ART, IND, MART, RADI ,RAD2,A,B, 

AW ,EW,X1 ,X2,Y1 , Y2, X3, Y3 : INTEGER; 

TXT ; TSTRING; 



i Koordi nat en-fest 1 egungen > 


I Parametereingaben J 

WRITE < ' L I N I ENST AERKE 1 . . 500 : '); 

READLN(A) ; 

WRITE < • Eingabe eines kurzen Textes : '); 

READI.N (TXT ) ; 

WRITE C RADIUS fuer Kreis < 1 .. 20000 ) i *) j 
READLN (RADI > ; 

WRITE ( ' RADIUS fuer Kreisbogen ( 1 .. 20000 ) ; '>5 

READLN (RAD2) ; 

WRITE (’ An-f arigswi nkel -fuer Kreisbogen ( 0..3600 ) : >; 

READLN (AW) ; 

WRITE ( Endwinkel fuer Kreisbogen < 0..3600 ) ; >; 

READLN (EW) ; 

WRITE C FUELLINDEX : '); 

READLN ( IND) ; 

WRITE! ( ' FUELLART ; '); 

READLN (F ART); 

WRITE C MARKERART : ' ) ; 

READLN (MART) ; 


I Graf i kbi lddarstel lung gemaess der Parametereingaben > 

6RAFIKJEIN (BILDSCHIRM) ; 

CLR, GRAFIK; 

L IN I ENST AERKE ( A , B ) ; 

FUELL ART (F ART); 

FUELLINDEX (IND) ; 

MARKER ART (MART) ; 

LINIE (XI, , Y i ,X3,Y2) ; 

KRE I S ( X 2 , Y2 , RAD 1 ) ; - ... .. . 

BALKEN (X 1 , Yt , X2 , Y2> ; 

MARKER (X 3, Y3) ; 

Y3; =Y3-3000; 

TEXTAUSGABE ( X3, Y3, TXT) ; 

KRE I SBOBEN ( X3 , Y3 , RAD2 , AW , EW) ; 

REPEAT UNTIL KEYPRESSED; I Abbruch bei Tastendruck > 

GRAFIK AUS; 


gestellt. Als grafisches Eingabemedium dient 
die Tastatur, und grafische Ausgaben kön- 
nen wahlweise auf Bildschirm, Plotter oder 
Drucker weitergeleitet werden. Das Anwen- 
derprogramm übergibt die grafischen Koordi- 
naten für die X- und Y-Achse jeweils als Nor- 
malisierte Gerätekoordination von 0 bis 
32767. 

GDOS wandelt diese Koordinatenangaben in 
Gerätekoordinaten für das spezielle Grafik- 
gerät um. 

In Bild 1 sind die wichtigsten Grafikpro- 
zeduren, welche in der Include-Datei TUR- 
BOGX.PAS enthalten sind, aufgelistet. Es ist 
zu beaöhten, daß bestimmte Prozeduren ge- 
räteabhängige Besonderheiten aufweisen 
121. 

6. Beispiele 

Als Demonstration zur Handhabung der Pro- 
zeduren von TURBOGX.PAS sollen die fol- 
genden kleinen Beispiele dienen. In Bild 2a 
ist der Quelltext eines einfachen Linienedi- 
tors dargestellt. Das Editieren erfolgt gemäß 


der Prozedurbeschreibung von EINGABE- 
LOCATOR (Bild 1). Wird der Locator im 
ENDE-Feld abgeschlossen, erfolgt ein Er- 
gebnisausdruck des Editiervorganges. 

Bild 2b zeigt ein mögliches Ergebnis des Edi- 
tiervorganges. 

Das Programm von Bild 3a bildet eine Peri- 
ode der Sinusfunktion auf dem Bildschirm ab 
und erzeugt anschließend eine Hardcopy 
(Bild 3b). 

Bild 4a enthält ein Testprogramm für einige 
Grafikprozeduren, und Bild 4b veranschau- 
licht die Arbeitsweise der Testroutine. 
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Bild 4a Testprogramm für einige Grafikprozeduren 
Bild 4b Ergebnis der Testroutine 


Grafikprogramm 
für den KC85/3 

Der große Vorteil des KC85/3 liegt in 
der vorhandenen Vollgrafik, welche in 
BASIC leicht nutzbar ist. In vielen Fäl- 
len stört jedoch die - auch vom Pro- 
gramm abhängige - langsame Zei- 
chengeschwindigkeit. Aus diesem 
Grund wurde das Maschinenpro- 
gramm DRAWER entwickelt. Es hat 
einen Umfang von 4 KByte und liegt im 
Speicher von 7000H bis 7FFFH. Ein 
frei wählbarer Bildspeicher liegt auf 
den Adressen 5000H bis 6FFFH. Es 
besteht die Möglichkeit, das Pro- 
gramm sowohl von CAOS aus mittels 
DRAW oder REDRAW (letzter Befehl 
löscht nicht das Schirmbild) als auch 
von jedem BASIC-Programm aus mit 
CALL*7001 zu starten. Das Pro- 
gramm ermöglicht die Bearbeitung 
jeglicher Grafik auf dem Bildschirm; 
dazu wird dieser aufgeteilt in ein 
256x256 großes Pixelfeld und eine 
8x 32 Zeichen große Spalte für die An- 
zeige des Menüs, von Informationen, 
Koordinaten u.ä. Das Programm 
besteht aus den sechs Befehlsgrup- 
pen Steuerbefehle, Kassettenbefehle, 
Speicherbefehle, logische Bildbe- 
fehle, Bildbefehle und Zeichenbe- 
fehle. 

Die Bildbefehle z. B. realisieren ein in 
den Grenzen frei wählbares Verschie- 
ben, Spiegeln, Löschen, Beschriften 
und Einfärben des Bildes, während 
die sechste Gruppe das Zeichnen von 
Linien, Kreisen und Ellipsen entspe- 
chend eingegebener Koordinaten so- 
wie als Kernstück die sogenannte 
Turtlegrafik umfaßt. Über ein zweites 
Menü können unter anderem alle 1 1 
Options der Turtlegrafik (z. B. das 
Ausfüllen von Flächen) genutzt wer- 
den. Das gesamte Programm ist ge- 
gen Falscheingaben gesichert. Es ist 
universell sowohl als selbständiges 
Programm als auch als Modul für BA- 
SIC geeignet. 

EOS „Dr. T. Neubauer“, Schloßplatz, 
Arnstadt, 5210 Eckoldt 
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Grafikprogramm zur Darstellung 

von Ergebnissen 

der Aufwärtsübersetzung 


Gerald Tränkner 
Ingenieurhochschule Mittweida, 
Sektion Informationselektronik 


Daß beschriebene Programmsystem 
GRAPH ist ein Grafikprogramm in Assem- 
bler und dient der Darstellung von Pro- 
grammteilen in PAP-ähnlicher Form. Hard- 
waremäßig wird der Grafikmodul LC8552 
auf Basis von K-1 520-Systemen genutzt. Die 
verwendeten Unterprogramme sind einzeln 
ansprechbar und können mit geringem 
Steueraufwand auch für andere Zwecke zu- 
sammengestellt werden. Die wesentlichsten 
Eigenschaften, Funktionsprinzipien und 
Strukturen werden vorgestellt. Bei der Erar- 
beitung des Programms wurde vor allem auf 
die Universalität und eine hohe Arbeitsge- 
schwindigkeit Wert gelegt. 

Aus diesem Grund wurde zum Zeichnen nur 
auf waagerechte und senkrechte Linien zu- 
rückgegriffen. Mit geringem Steueraufwand 
sind allerdings auch Linien beliebiger An- 
stiegswinkel darstellbar. 

Grundkonzeption 

Im Gegensatz zu bekannten Programmen 
werden keine schrägen Verbindungen ge- 
nutzt. Die Realisierung der geforderten Zei- 
chengeschwindigkeit wird durch die Zeich- 
nung von ausschließlich waagerechten und 
senkrechten Linien erreicht. Unterschiedli- 
che Linienarten und -stärken dienen der Dar- 
stellung besonderer technischer Sachver- 
halte. Der gesamte Inhalt des Bildschirmes 
ist in einem speziellen Telegramm codiert 
enthalten. Dieses Telegramm wird in einem 
Host-Rechner generiert und vom Programm 
entschlüsselt. Die Software ist für eine Erwei- 
terung vorgesehen und ermöglicht die Nut- 
zung für größere Bildschirme. Durch den auf- 
rüstbaren Telegramminhalt sind die Formate 
flexibel gestaltbar. 


Bildaufbau 

Möglichkeiten des Programms im einzelnen: 

• Punkte It. Koordinaten setzen und rückset- 
zen 

• zwischen gegebenen Punktkoordinaten 
waagerechte und senkrechte Zeichnung von: 

- Linien dreifacher Stärke 

- einfachen Linien 

- Strichellinien 

• Darstellung von Programmknotenpunkten 
als Rechtecke auf bestimmten, fest definier- 
ten Bildschirm-Flächen 

• Erkennung bestimmter, markanter Über- 
gabefehler im Telegramm 

• Realisierung der Schrift im Format 7x 5 Bit 

Die darzustellenden Programmteile werden 
folgendermaßen auf den Bildschirm ge- 
bracht: 

■ Jeder Befehl wird entsprechend der Mne- 
monik ausgeschrieben und von „Balken“ 
oberhalb und unterhalb der Schrift begrenzt 

- diese Darstellung wird Knoten genannt. 

■ Die Balken können in 4 verschiedenen Ar- 
ten dargestellt werden, welche die Anzahl der 
Steuerflüsse beinhalten, die an diesen Bal- 
ken angeschlossen sind. 

■ Im Programmablauf linear aufeinander fol- 
gende Befehle werden als senkrecht unter- 
einander stehende Knoten beschrieben; bei 
Verzweigungen können bis zu 3 parallele 
Programmabläufe dargestellt werden. 

■ Die Verbindung der Knoten erfolgt mittels 
Steuer- und Datenflußlinien, welche als Drei- 
fach- bzw. Strichel-Linien dargestellt werden. 

■ Ein Knoten wird durch die Steuer- und Da- 
tenflüsse angesprochen, die von oben an 
den oberen Balken anschließen und spricht 
andere Knoten durch Steuer- und Datenli- 
nien an, die nach unten vom unteren Balken 
abgehen. 


■ Die freien senkrechten Streifen neben den 
Knoten werden als Verbindungskanäle be- 
zeichnet und beinhalten Steuer- Datenflußli- 
nien, die über mehr als 2 Waagerechtfelder 
hinausgehen. 

Auf dem Bildschirm können waagerecht 3 
Knoten nebeneinander und senkrecht 8 Kno- 
ten untereinander abgebildet werden 
(Bild 1). 

Programmeinschränkungen 

Falls durch einen Programmteil im mittleren 
Senkrechtfeld eine Verbindungslinie vom 
rechten zum linken Senkrechtfeld läuft, ist für 
diese keine gesonderte Darstellung vorgese- 
hen. 

Dadurch kann es zur Überlagerung von Li- 
nien kommen, welche zwar die Auswertung 
erschwert, aber nicht die Eindeutigkeit der 
Verbindung beeinträchtigt. 

Ebenfalls aus Platzgründen wurde die Länge 
der eingeschriebenen Mnemonik auf 16 
Buchstaben begrenzt. Was darüber hinaus 
geht, wird weggeschnitten. Des weiteren exi- 
stiert kein Überschreibschutz des aufgebau- 
ten Bildes. 

Inhaltliche Schwerpunkte 

Das Programm GRAPH wird als Unterpro- 
gramm durch ein Hauptprogramm angespro- 
chen und erhält von diesem die notwendigen 
Angaben über die zu zeichnenden Pro- 
grammstücke. Die Daten werden vom Haupt- 
programm in einem Telegramm formiert 
übergeben und von einer Startadresse (siehe 
Bild 2) beginnend im RAM abgelegt. Der In- 
halt des Telegramms ist aus Bild 2 ersichtlich. 
Die Feld-Nummern sind 2 Byte lang, alle an- 
deren Daten 1 Byte. Die Verwaltung des Te- 
legramms, das heißt das Weiterzählen der 
Telegrammadressen, auf die zugegriffen 
wird, wurde vom Indexregister IY übertra- 
gen. 

In Anpassung an die Telegrammgestaltung 
ergibt sich der Programmablauf von GRAPH 
laut Bild 3. 

Zur Vermeidung von Überlagerungen von Li- 
nien im Verbindungskanal wurden dort Lauf- 
Koordinaten in x-Richtung definiert, die nach 
jedem Linien-Zug geändert werden. 

Um auftretende markante Telegrammüber- 
tragungsfehler zu registrieren, ist im RAM ein 
spezielles Fehlerregister-Byte reserviert, 
welches je nach Fehlerart geladen wird. Der 
Inhalt dieser Speicherstelle wird nach erfolg- 
tem Bildaufbau ausgewertet und als Fehler- 
meldung mit auf den Bildschirm gebracht. 
Feld-Nummern, die außerhalb des Bildschir- 
mes liegen, initialisieren zwar eine Fehler- 
ausschrift, unterliegen aber ansonsten dem 
normalen Programmablauf. Das heißt, die 
auf dem Bildschirm sichtbaren Steuer- und 
Datenlinien werden so weit gezeichnet, als 
ob die gezeigte Struktur einen Ausschnitt ei- 
ner noch größeren Übersicht darstellt. 

Die 8 Waagerecht- und 3 Senkrechtfelder 
des Bildschirmes ergeben 24 Felder, welche 
wie Matrizen nach Zeile und Spalte bezeich- 
net sind. Für jedes Feld wurden des weiteren 
noch eine Startadresse (für Zeichnung des 
Kastens) und xo, yo Koordinaten definiert (für 
Einschreiben der Mnemonik). 

Eine möglichst hohe Arbeitsgeschwindigkeit 
der Programme wurde u. a. durch die Ver- 
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M 


storlodresse 


Start- Feld- Nr. 1 

Feld- Nr. des t.Knotens 



NI 

Anzahl der Befehlszeichen 



Mnemonic 

N-mol ASClI-Daten 




der zu schreibenden Befehle 



TO 

Teilung des oberen Balkens 



TU 

Teilung des unteren Balkens 



I VST 

Anzahl der Vorgänger- Sleuerfldsse 

M-mal K 


Ziel -Feld- Nr. 

i-mal Feld-Nrn. der Knoten 



Ziel - Feld - Nr. 

der Vorgänger -Steuerlinie 



.INST 

Anzahl der Nachfolger-Steuerflusse 



Ziel- Feld- Nr. 





j-mat Feld-Nrn. der Knoten 



Ziel- Feld -Nr. 

der Nachfolger -Steuerlinie 



k VD 

Anzahl der Vorgänger-Datenftüsse 



Ziel-Fe/d-Nr. 

k-mal Feld-Nrn. der Knoten 



Ziel -Feld- Nr. 

der Vorgängerdaten 



1 ND 

Anzahl der Nachfolger -DatenflOsse 



Ziel-Feld-Nr. 

l-mol Feld-Nrn. der Knoten 



Ziel- Feld- Nr. 

der Nachfolgerdaten 


Start- Feld -Nr. 2 



N2 



Mnemonic 



Wendung von Bibliotheken erreicht. Zur Nut- 
zung des Programms in der vorhandenen 
Form müssen die Daten dem Telegrammin- 
halt angepaßt und als solcher im RAM abge- 
legt werden. Will man nur Programmteile nut- 
zen oder andere Anforderungen erfüllen, so 
kann man mit vertretbarem Steueraufwand 
auf die einzelnen Unterprogramme zurück- 
greifen. 


Programmablauf 


Bild 2 

Telegrammaufbau 


Bild 3 

Struktogramm des 
Programms 


Bildschirm loschen 

Loufkoordinofen rücksetzen 

Anfangsadresse des Bildschirmwiederholspeichers laden 
(Fehlerregistrieradresse) auf OOsetzen 


IY mit Telegrommstartodresse laden 
M -mal 


Start- Feld- Nr. übernehmen 

Feld- Koordinaten ermitteln 

N übernehmen -Anzahl der Buchstaben 

Anfanaskoordinaten für Mnemonic ermitteln 

Mnemonic einschreiben 


TU übernehmen und unteren Balken zeichnen 

i übernehmen 

. 

na 1 

Ziel-Feld-Nr. übernehmen 

SpalteJ^j^ _ — 

Verbindung mitSteuerlinie 1 in Richtung Ziel- Feld 
nach oben | Verbindung mit Steuerlinie 

j übernehmen \ 


j-mai 


Ziel-Feld-Nr. übernehmen 



Verbindung mit Steuer- 1 in Richtung Ziel-Feld Verbindung 
linie noch unten 1 mit Steuer linie J 

k übernehmen I 


k-mal 


Ziel-Feld-Nr. übernehmen 

~ - — Spalte 2 " 7~ 

Verbindung mit Datenlinie 1 in Richtung Ziel- Feld Verbindung 
nach oben \ mit Datenlinie 

L übernehmen | 


l-mal 


Ziel-Feld-Nr. übernehmen 

" Spotte^ - — 

Verbindung mit Datenlinie 1 in Richtung Ziel- Feld Verbindung 
nach unten 1 mit Datenlinie 


Jnholt der Fehlerregistrieradresse im Fehler-UP auswerten 


RETURN 


Um einen Programmknoten und seine Ver- 
bindungen zu anderen Knoten darzustellen, 
sind folgende Schritte notwendig: 

© Mit Übernahme der Start-Feld-Nummer 
wird dem Knoten ein „Bereich“ auf dem Bild- 
schirm zugewiesen, daraus können x,y- 
Koordinaten und eine bestimmte Adresse er- 
rechnet werden. 

© Die nächste aus dem Telegramm entnom- 
mene Information enthält die Anzahl N der 
Befehlszeichen und gewährleistet somit ein 
Einrücken der Mnemonik in die Mitte des 
Knotens. 

© Diese wird entsprechend den folgenden 
ASCII-Codes eingeschrieben. 

© Mit Hilfe der nächsten Telegrammbytes 
werden zuerst der obere und dann der untere 
Balken entsprechend der Anzahl der anliegen- 
den Steuerflüsse zur Darstellung gebracht. 

© Die folgenden Daten enthalten zunächst 
die Anzahl und dann die Nummern der Ziel- 
Felder, von denen ausgehend Steuerflüsse 
an den soeben gezeichneten oberen Balken 
führen. Dabei werden die senkrechten Linien 
im Verbindungskanal immer so neben bereits 
vorhandenen vorbeigeführt, daß keine Über- 
lappung auftreten. 

© Nach vollständiger Darstellung der Vor- 
gängersteuerflüsse wiederholt sich der Pro- 


zeß für die NacHfolgersteuerflüsse mit dem 
Unterschied, daß die Linien, vom unteren 
Balken ausgehend, an den oberen des Ziel- 
Feldes gezogen werden. 

© Analog zu den Steuerflüssen werden die 
Vorgänger- und Nachfolgerdatenflüsse dar- 
gestellt, allerdings werden anstatt Dreifachli- 
nien nun Strichellinien verwendet. 


Danach beginnt diese Folge von neuem so- 
lange, bis alle M Programmknoten dargestellt 

sind. Zur Unterstützung der Arbeit erfolgt bei . 

bestimmten Fehlern eine entsprechende | E3 KONTAKT Ü? 
Ausschrift in der rechten unteren Ecke des 
Bildschirmes. 
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Druckergrafik ~ 

für technische Anwendungen 


Christian Hanisch 
Technische Universität Dresden, 
Sektion Wasserwesen 


Wie PC und BC, die über keine hardwaresei- 
tigen Voraussetzungen für Bildschirmgrafik 
verfügen, dennoch an der großen Palette 
der Computergrafik teilhaben können, soll 
nachfolgend an einem Praxisbeispiel aus 
der Montanhydrologie gezeigt werden. Vor- 
aussetzung ist lediglich ein grafikfähiger Ma- 
trixdrucker an besagten Geräten. 

Im Hauptspeicher des Rechners wird dazu 
ein angemessen großer Bereich als virtueller 
Grafikbildschirm reserviert. Eine Auflösung 
von 640x200 oder 480x320 Punkten stellt 
dabei einen guten Kompromiß zwischen der 
Größe des gedruckten Grafikbildes, der zur 
Generierung von Grafikelementen auf die- 
sem Pseudodisplay benötigten Rechenzeit 
und des noch für das Nutzerprogramm ver- 
fügbaren Speicherplatzes in einem 64- 
KByte-Hauptspeicher dar. Die angegebene 
Grafikauflösung (640x200) entspricht dar- 
über hinaus international üblichen Größen- 
ordnungen für Bildschirmgrafik. 

Die Verwaltung des Pseudodisplays erfolgt in 
Richtung x-Achse byteweise und in y- 
Richtung bitweise. Damit wird ein 640 x 
(200/8) = 16 000 Byte oder 480 x (320/8) 


= 19200 Byte großer ARRAY im Hauptspei- 
cher benötigt. Die hier vorzustellende Proze- 
dur zum Schraffieren einer Fläche baut auf 
Elementarroutinen (Setzen von Punkten, 
Ziehen von Linien usw.) auf, die in ähnlicher 
Form auch in /I/ und 12] dargestellt sind. Zur 
Steigerung der Leistungsfähigkeit des Routi- 
nenpaketes wäre das Ersetzen des sehr ein- 
fachen Linienalgorithmus (Prozedur LINE) 
durch einen BRESENHAM-Linienalgorith- 
mus denkbar 13/. 

Bei dem als Beispiel dienenden Anwen- 
dungsfall (Bild 1) werden die Geometrie und 
der Ausgangszustand eines Systems für ein 
numerisches Simulationsmodell dargestellt. 
Das Modell dient zur Berechnung der Wir- 
kungen von Tagebauentwässerungsanla- 
gen. Es war erforderlich, die im Modellschnitt 
unterschiedlichen Schichten (Grundwasser- 
leiterstauer, Grundwasserleiter) optisch ge- 
geneinander abzugrenzen. Dabei lag die An- 
wendung von Schraffuren für Grundwasser- 
leiterstauer sowie verschiedenen Linienty- 
pen zur Darstellung der Ausgangswasser- 
stände nahe. Die zur Entwässerung dienen- 
den Brunnengalerien sind im Schnitt als 
Stäbchen dargestellt. Die HiRes-Grafik dient 
Dokumentationszwecken und stellt darüber 
hinaus ein Mittel zur visuellen Prüfung der 
geometriebeschreibenden Eingangsdaten 
dar. 

Die für den beschriebenen Anwendungsfall 


verwendete Schraffurroutine (FILLAREA, 
Bild 2) gestattet eine variable Schraffurrich- 
tung und -dichte. Der zu schraffierende Be- 
reich wird durch einen Polygonzug begrenzt, 
der ihn in mathematisch positivem Sinne um- 
läuft. Die Punkte dieses Polygonzuges wer- 
den der Prozedur durch zwei Vektoren über- 
geben, die entsprechende x- und y-Koordina- 
ten enthalten. Der Typ VEKTOR muß daher 
im Hauptprogramm als ein REAL-ARRAY 
vereinbart sein. Gegebenenfalls muß in einer 
vorgelagerten Prozedur dafür gesorgt wer- 
den, daß die Koordinaten der Punkte in die 
Größenordnung des Grafikbildschirmes 
(z. B. 640x200) transformiert werden. Die 
Prozedur FILLAREA transformiert zunächst 
die ihr übergebenen y-Koordinaten in ein 
Koordinatensystem, dessen x-Achse parallel 
zur Schraffurrichtung liegt. Diese neuen y- 
Koordinaten liefern durch ihren kleinsten 
bzw. größten Wert Anfangs- und Endpunkt 
des Bereiches, in dem die Schraffurgeraden 
liegen. Dann werden alle Schnittpunkte des 
Polygonzuges mit der jeweils betrachteten 
Schraffurgeraden ermittelt. Diese werden in 
einem sogenannten Binärbaum geordnet. 
Anfangs- und Endpunkt einer Schraffurlinie 
liefern nun der erste und zweite, dritte und 
vierte usw. Punkt des Binärbaumes, da die 
Schnittpunkte stets paarig auftreten müssen. 
Um dies unter allen Umständen zu gewähr- 
leisten, wurde eine Abbruchschranke zum 
Ausschließen von Rundungsfehlern pro- 
grammiert. Weiterhin ist eine Korrektur des 
Versatzes (Abstand zur Nebengeraden) der 
Schraffurlinie vorgesehen, falls ein Eckpunkt 
des Polygons als Schnittpunkt erkannt wird. 
Die aufgeführten Routinen können über die 
INCLUDE-Option des TURBO-PASCAL- 
Compilers in den Nutzerqueiitext eingebun- 
den werden (siehe Bild 3). 

Sie stellen bereits ein leistungsstarkes 
Grundpaket dar. Im dargestellten Beispiel 
(Bild 1) wurden lediglich noch eine Prozedur 
für gestrichelte Linien, eine Prozedur zum 
Löschen von Punkten und eine DUMP-Pro- 
zedur verwendet, die um ein bildschirmähnli- 
ches Aussehen der Grafik zu erzeugen, alle 
Pixel in y-Richtung doppelt IM. 

Das Mischen von Grafik und Text kann auf 
einfache Weise erfolgen, indem der Grafik- 
bildschirm mit einem Textbildschirm überla- 
gert ausgedruckt wird. Als Textbildschirm 
kann dabei der Bildschirm des PC/BC selbst 
oder auch ein virtueller Speicherbereich in 
der Größe des alphanumerischen Bildschir- 
mes dienen, der mit den gewünschten Text- 
informationen über Prozeduren versorgt 
wird. /I / Die Rechenzeit zur Erstellung der als 
Bild 1 angefügten HiRes-Grafik betrug 13 Mi- 
nuten auf PC 1 71 5. 
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Bild 1 Praktisches Anwendungsbeispiel des Grafikpaketes 
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Bild 3 Demonstrationsprogramm zur Verdeutlichung der Arbeit mit den 
Grafikroutinen aus Bild 2 


Zeitparalleler Druck unter UDOS 

ln Weiterentwicklung des in MP 5/8 f-, S. 153, vorgestellten Drucker- 
treibers SDOPT entstand ein Programmsystem, mit dem es möglich 
ist, Textdateien zeitparallel zu anderen Arbeiten am Rechner auszu- 
drucken. Zusätzlich zu den im oben genannten Druckertreiber ein- 
stellbaren Parametern, wie Zeile je Seite, Seitennumerierung, Line- 
feed je Zeile, Format, Trennlinie zwischen den Seiten, Kopfsatz, Zei- 
lenabstand, Zeichenabstand und Farbbandumschaltung, kann beim 
Start des Programms ein Rand eingestellt werden. Dadurch ist es 
möglich, bei Druckern mit geteilter Walze beide Papierbahnen zu nut- 
zen. Das Programm belegt während des Drückens 2,5 KByte des 
Hauptspeichers. Die Nachnutzungsgebühr beträgt 100M. 

VEB Rohrkombinat Stahl- und Walzwerk Riesa, BfN oder Abt. WAA, 
Kolln . Haschlar, Dimitroffstr. 10, Riesa, 8400; Tel. 803196 

Dr. Förster 
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Grafikeditor CZGREDIT 


Manfred Berner, Dietmar Fürste 
Forschungszentrum des Kombinates 
VEB Carl Zeiss JENA 


Der Beitrag informiert über den Grafikeditor 
CZGREDIT, der zum interaktiven Erstellen, 
Ändern und Speichern von grafischen Infor- 
mationen dient. Rechentechnische Basis 
sind 8-Bit-Mikrorechnersysteme wie Büro- 
computer A 51 20 oder das Modulare System 
des Kombinates VEB Carl Zeiss JENA mit 
den Betriebssystemen UDOS bzw. CZ- 
SDOS, das Robotron-Rastersichtgerät 
(RSG) K8917 sowie ein von der Technischen 
Universität Dresden angebotenes GKS- 
Lauf zeitsystem. Es werden Hinweise auf die 
zur Nutzung erforderliche Systemumge- 
bung gegeben sowie Anwendungsmöglich- 
keiten und Grenzen diskutiert. 

Zielstellung 

Beim Aufbau grafischer Arbeitsplätze, z. B. 
für CAD/CAM-Aufgaben, spielen 8-Bit-Mikro- 
rechner zum jetzigen Zeitpunkt und auch in 
den nächsten Jahren noch eine wesentliche 
Rolle. Als Grafik-Software dafür hat sich in- 
ternational das Grafische Kernsystem (GKS) 
durchgesetzt /I/. Für die Konfiguration BC 
A5120 und RSG K8917 wird von der TU 
Dresden eine GKS-Version 121 angeboten, 
auf deren Basis der Grafikeditor als FOR- 
TRAN-Anwenderprogramm entwickelt wor- 
den ist. 

Die Zielstellung für CZGREDIT ist in dem 
Versuch zu sehen, erste Erfahrungen mit ei- 
nem GKS-System auf 8-Bit-Rechnern zu 
sammeln, die Grenzen der Anwendung fest- 
zustellen und daraus sinnvolle Einsatzkrite- 
rien abzuleiten. 

Ergebnis 

Es liegt ein leistungsfähiges Programm vor, 
mit dem der Bediener im Dialogbetrieb grafi- 
sche Informationen auf verschiedenen Fach- 
gebieten erstellen, manipulieren und spei- 
chern kann. Entsprechend dem Grundge- 
danken des GKS werden die abzubildenden 
Objekte der Realwelt als Segmente des ent- 
stehenden Bildes definiert und damit die Vor- 



aussetzung für deren Manipulierbarkeit ge- 
schaffen /3/, 141. Bild 1 zeigt das Hauptmenü 
mit den realisierten Funktionen: 

* SET SYMBOL 

Zur Auswahl stehen 7 feste Symbole, die im 
LOCATOR-MODE an die Stelle gezeichnet 
werden, die mit dem Fadenkreuz des RSG 
positioniert wird. Die Symbole repräsentieren 
Elemente eines Programmablaufplanes, der 
so direkt am Bildschirm erarbeitet, zwischen- 
gespeichert und anschließend ausgedruckt 
werden kann. Für den jeweiligen Spezialein- 
satz können in nutzereigenen Subroutinen 
andere feste Symbole generiert werden. So 
lassen sich z. B. Schaltzeichen, Lötaugen- 
Raster für Leiterplatten oder Kartiersymbole 
definieren, vgl. Bild 2. 

* DRAWLINE 

Für das Zeichnen von Linienzügen (Polylinie) 
stehen die in Bild 3 abgebildeten 1 0 Linienar- 
ten zur Verfügung. Jedes Polygon wird als 
Segment abgespeichert. 

* SET TEXT 

Der Text wird im LOCATOR-Mode mit Hilfe 
des Fadenkreuzes positioniert. Es kann zwi- 
schen 10 Schriftarten gewählt werden (vgl. 
Bild 3). Eine nachträgliche Manipulation der 
Texte ist möglich. 

* SET MARKER 

Auf einen mit dem Fadenkreuz positionierten 
Punkt wird ein aus der in Bild 3 gezeigten 


Menge ausgewähltes Standardsymbol, ein 
sogenannter MARKER, gezeichnet. 

* MOVEIDELETE SEGMENT 

Dies ist die wichtigste Funktion des CZGRE- 
DIT, mit der für jedes Segment folgende 
Transformationen möglich sind: 

- Translation 

- Rotation 

- Skalierung 

- Löschen. 

* KREISIBOGEN 

Kreise und Kreisbögen können durch Positio- 
nieren von 3 Punkten (wahlweise 3 Periphe- 
riepunkte oder 2 Peripherie-Punkte mit Mit- 
telpunkt) in 1 0 Linienarten generiert werden. 

* Metafiles 

Mit Hilfe der Funktion 7, 8 und 9 werden Me- 
tafiles eröffnet, gelesen, geschrieben und ge- 
schlossen, in denen Segmente und ihre 
Transformationen als grafische Records im 
Format des RSG /7/ abgespeichert sind. Dar- 
über hinaus können speicherintensive An- 
wenderprogramme auch Metafiles direkt er- 
zeugen, die sich später durch die CZGRE- 
DIT-Funktionen 7 und 8 in das zu erstellende 
Bild einfügen lassen, vgl. Bild 4, 

* READ FROM CZPLOT-ASCII-BILDFILE 
Dies ist eine Sonderfunktion, um Bildfiles, die 
im Format des Digitalzeichentisches DZT 
90x1 20/RS vorliegen, für eine Weiterverar- 
beitung einzulesen 151. 

* HELP 

Aufruf des Hauptmenüs, vgl. Bild 1. 

» CLEARRSG 

Aufruf einer Kaltstartprozedur, bei der das 
RSG neu initialisiert sowie Bild- und Seg- 
mentspeicher gelöscht werden. 

Anmerkung: Beim Anfertigen einer Hardcopy 
vom RSG K8917 auf dem Drucker 1 157.269 
wird wegen der gröberen Rasterung durch 
den Drucknadelabstand die Darstellung um 
den Faktor 1 .276 vergrößert! 

Nachnutzung des CZGREDIT 

Vom VEB Carl Zeiss JENA wird zur Nachnut- 
zung das Anwenderprogramm CZGREDIT 
als eine Sammlung von FORTRAN-Objekt- 
code-Files und als lauffähig gebundene Pro- 






-r 


Bild 2 Leiterplatten-Urbild. Editiert mit variiertem Symbolgenerator, der Löt- 
augenraster für diverse Schaltkreise enthält 



Bild 3 Repräsentation der Symbole, Marker, Linien- und Schriftarten 
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zedur angeboten, von der TU Dresden das 
Programm RSG-Anschluß an BC A5120 un- 
ter UDOS. Will der Anwender Teile des 
CZGREDIT ändern oder ergänzen, wird die 
FORTRAN-Version 4.0 benötigt /6/. CZGRE- 
DIT enthält je nach Rechnertyp unterschiedli- 
che Schnittsteilen-Adressen, die bei Nachnut- 
zung mit dem VEB Carl Zeiss JENA abzustim- 
men sind. Die Programme werden zusammen 
mit der detaillierten Dokumentation auf nut- 
zereigenen Disketten (Format UDOS oder 
CZ-SDOS, 8 oder 5,25 Zoll) bereitgestellt. 

Grenzen und Ausblick 

Die mit der Konfiguration RSG K8917 und 
CZGREDIT erreichbaren Funktionen müs- 
sen der niedrigsten Leistungsklassen einer 
GKS-Implementierung zugerechnet werden. 
So sind „höhere“ GKS-Funktionen wie FILL 
AREA, SET COLOR und PIXEL ARRAY 
nicht enthalten. Die relativ kleine Sichtfläche 
des K8917 von etwa 210 mm x 133 mm mit 
einer Auflösung von nur 640x288 Bildpunk- 
ten m schließt höhere Genauigkeitsansprü- 
che aus, die z. B. für exakte Bau- und Kon- 
struktionspläne erforderlich sind. Die Gren- 
zen des 32K-Segmentspeichers des K8917 
und auch die des Hauptrechner-Speichers 
sind schnell erreicht, wenn etwa für eine gut 
ausgenutzte Leiterplatte das vollständige 
Leiterbild editiert wird. Deshalb mußte im 
CZGREDIT auch auf Nullpunktverschie- 
bung, Koordinatenumrechnungen und 
WINDOW-Techniken verzichtet werden. 
Gegenüber der Nutzung des K8917 aus- 
schließlich als Grafik-Ausgabegerät ist je- 
doch mit der interaktiven Bildschirmarbeit ein 
deutlicher Qualitätssprung spürbar, der für 
viele Anwendungen durchaus sinnvoll er- 
scheint. So konnte mit dem RSG K8917 und 
dem CZGREDIT eine Arbeitsstation simuliert 
werden, deren praktischer Einsatz für z. B. 
folgende Arbeitsgebiete empfohlen werden 
kann: 

Musterentwurf, Lagepläne, einfache Leiter- 
platten, Modellierungen in Architektur, Berg- 
bau oder Formenbau, sogenannte Ge- 
schäftsgrafiken und Kurvendarstellungen, 
Schrift- bzw. Symbol-Generierung, Strom- 
lauf- und Bestückungspläne usw. 

Mit der Verfügbarkeit künftiger Grafik-Dis- 
plays und anderer Grafikausgabegeräte mit 
entsprechender Intelligenz sollte jedoch die 
konsequente Durchsetzung der in der GKS- 
Normung festgelegten Grafiksprache an de- 
ren Schnittstellen erreicht werden. Es kann 
dem Nutzer solcher Geräte nicht zugemutet 
werden und ist auch volkswirtschaftlich nicht 
vertretbar, wenn für jede Konfiguration ein 
Spezial-Anpassungsprogramm geschrieben 
werden muß, dessen Schnittstelle dann zu 
keiner anderen Hard- oder Software paßt. 
Um zum Beispiel das im Robotron-Raster- 
sichtgerät K8917 dargestellte Bild auf einem 
Robotron-Plotter K6418 zu zeichnen, muß 
erst ein Übersetzungsprogramm geschrie- 
ben werden, welches von keinem der beiden 
Hersteller-Betriebe angeboten wird. 
Zusammenfassend soll aber noch einmal 
deutlich gemacht werden, daß mit der Ent- 
scheidung für das GKS ein wichtiger Schritt in 
die richtige Richtung getan wurde und daß 
man bei der nächsten Generation grafikfähi- 
ger Robotron-Geräte auf die Fortsetzung die- 
ser Entwicklung setzen sollte /8/. 
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Da BASIC auf allen Kleincomputern, wenn- 
gleich in verschiedenen Dialekten, lauffähig 
ist, lassen sich viele Programme relativ ein- 
fach, meist unter Beachtung der vorhande- 
nen Grafikbefehle, vom Entwicklungsrech- 
ner auf einen betriebssystemfremden Com- 
puter übertragen. In fast allen BASIC-Inter- 
pretern sind jedoch auch maschinenorien- 
tierte oder speicherplatzbezogene Befehle 
vereinbart, die eine Anpassung auf einen an- 
deren Rechner erschweren oder unrationell 
machen können. Unmöglich wird es aber, 
wenn Interpreterroutinen und Monitorpro- 
gramme in das BASIC-Programm einbezo- 
gen werden. Andererseits lassen sich so der 
Befehlsvorrat erweitern, Laufzeiten und 
Speicherplatzbedarf stark verringern sowie 
das Verarbeiten von kompatiblen Dateien in 
BASIC- und Assemblerprogrammen u. v. m. 
realisieren. Vor- und Nachteile sollten also 
stets abgewogen werden. 


Erweiterter RESTORE-A-Befehl 

Der BASIC-Interpreter bietet zwei RESTORE 
- Varianten an. RESTORE ohne Argument 
nimmt die niedrigste Zeilennummer 
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der vorhandenen DATA-Anweisungen im 
BASIC-Programm an. RESTORE ’Zeilen- 
nummer’ organisiert die Wertzuweisung für 
die nächsten READ-Anweisungen, begin- 
nend mit dem ersten Datenelement der 
DATA-An Weisung in der angegebenen BA- 
SlC-Zeile. Eine nützliche Erweiterung ist der 
RESTORE ’Ausdruck’-Befehl. Er gestattet 
u. a., die Unterprogrammtechnik noch konse- 
quenter zu nutzen, ohne dabei die Stack- 
Tiefe zu erhöhen, den Wegfall von Such- 
schleifen, den Direktzugriff auf DATA-Zeilen 
durch Tastatureingabe oder Berechnungen im 
Programm. Eine Übersicht dazu bietet Bild 1 . 
Die Anweisung in Zeile 60 würde zu der Feh- 
lermeldung ’SN ERROR IN 60’ führen, wes- 
halb die RESTORE-Routine des Interpreters 
direkt aufgerufen wird. Dazu muß im Doppel- 
register DE die Zeilennummer stehen. Die 
USR(X)-Funktion erfüllt diese Forderung. 
Bild 2 zeigt die Befehlsgruppen START, 
DATA, JUMP und CALL im Quellcode. Die je 
zwei Assemblerbefehle ab 0429H und 0439H 
dienen nur der Unterdrückung von 00H 
(durch DOKE) in der REM-Zeile, die im EDIT- 
Mode zur Programmverfälschung führen 
würden. Der HEX-Dump in Bild 3 kann in eine 
vergrößerte REM-Zeile ab 0406H eingege- 
ben werden. Die im HEX-Dump abgebildete 
REM-Zeile erweitert das CAOS-MENU um 
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Soll die Anweisung 


% ZEILENBEFEHLE. Das dahinter abge- 
legte BASIC-Programm kann von MENU aus 
gestartet werden, wenn eine BASIC-Zeile 0 
vorhanden ist (Selbststart bei Ansprung von 
041 6H nach dem Ladebefehl). Die neue 
Funktion wird mit 

0 I : REM für MC 

3 DOKE 772, 1053 : REM Start USR(A) 
30 R=USR(I+J) : REMRESTOREA 

aus dem BASIC-Programm aufgerufen. 

RESTORE aus Arbeitszeiten 


IFX>YTHEN 100 : ELSE 200 

ersetzt werden, so können die Schlüssel- 
worte THEN und ELSE nicht entfallen, da de- 
ren Routinen anders generiert sind. Für 
Y=200 gilt daher 

IFX>Y THEN A=Y/2 : ELSE A=Y 
DOKE JP,A : CALL*423 

wobei die gleiche Programmverzweigung 
durch veränderte X- und Y-Werte universell 
nutzbar wird. Zu beachten ist, daß A als Zei- 
lennummer vorhanden ist. 


Eine weitere Möglichkeit der Arbeit mit 
DATA-READ-RESTORE besteht in der Ab- 
frage der entsprechenden Arbeitszellen des 
Interpreters. 

So finden wir in 03CAH und 03CBH die Zei- 
lennummer des zuletzt gelesenen DATA- 
Wertes, die z. B. als Abbruchbedingung die- 
nen kann. Noch interessanter sind die Ar- 
beitszellen 03DDH und 03DEH. Hier steht 
der Zeiger auf dem aktuellen DATA-Wert. 
Diese Adressen können mit 
10 R=DEEK(989) : REM ZEIGER und 
20 Z=DEEK(970) : REM ZEILE gelesen, 

sowie mit 


30 DOKE 989, R : REM ZEIGER und 
40 l=USR(Z) : REM ZEILE 
für den Programmablauf genutzt werden. 


Erweiterter GOTO-A-Befehl 

Die Anwendung einer GOTO-’Ausdruck’-An- 
weisung kann analog zu RESTORE erfolgen. 
Im Beispiel wird durch 
50 DOKE JP,I : CALL*423 

das Doppelregister DE beim Unterprogramm- 
aufruf JUMP mit der Zeilennummer gela- 


Erweiterter GOSUB-A-Befehl 

Mit dieser Funktion wird der Nutzer in die 
Lage versetzt, auch die Auswahl der Unter- 
programme variabel zu gestalten. Im Pro- 
gramm Beispiel erfolgt der Aufruf durch 
40 DOKE GS, A : CALL*436 bzw. 

100 DOKE GS,FNA(I) : CALL *436 

nachdem GS=1079, DEFFNA(I) und READ 
A vorausgingen. 

Das Einschalten des IRM ist in den Routinen 
nicht berücksichtigt, da im Normalfall keine 
Notwendigkeit vorliegt. Nur der MEMORY- 
TEST, der bei sicheren Programmen nicht 
notwendig ist, kann bei unzulässiger Stack- 
tiefe in seiner Fehlerausschrift behindert wer- 
den. Zur Vollständigkeit hier die zeitgünstig- 
ste Einschaltmethode für den IRM: 

IN A.088H 
SET 2,A 
OUT 088H,A 

Die GOSUB A- und GOTO A-Anweisung las- 
sen sich bequemer und auch zeitsparender 
mit der USR(X)-Funktion starten. Das Bei- 
spiel sollte jedoch auch zeigen, wie auf ein- 


Schlußbemerkung 

Die Anwendung der vorgestellten Befehlser- 
weiterungen, ob einzeln oder kombiniert 
(auch mit BASIC-Standard), eröffnet nicht 
nur neue Möglichkeiten der BASIC-Program- 
mierung, sondern erzwingt auch klare Pro- 
grammstrukturen. Gute Lesbarkeit und logi- 
scher Aufbau werden nicht Ziel, sondern Be- 
dingung der Programmentwicklung. 
Trotzdem sollten die Erweiterungen sparsam 
verwendet werden und ganz unterbleiben, 
wo das vertraute BASIC die gleichen Dienste 
leistet. Ansonsten entstehen längere Pro- 
gramme, die kaum überschaubar und noch 
weniger editierbar sind. Die Laufzeit des BA- 
SlC-Programms wird nicht durch den Be- 
fehlsaufruf, sondern durch das Entfallen 
mehrerer BASIC-Anweisungen wie Pro- 
grammverzweigungen, Schleifen und radi- 
kale Verkürzung bei Vielfachnutzung von 
Programmteilen erreicht. 

Die angeführten Beispiele haben in einer 
konkreten Anwendung (Tabellenberechnun- 
gen und Menütechnik) aus dem Bereich des 
Versicherungswesens zu Zeit- und Speicher- 
platzeinsparung von mehr als 40 Prozent ge- 
führt, sind jedoch nur erste Versuche der Nut- 
zung von Interpreterroutinen. 
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5.2.3. Konstantendeklaration 

Die Konstantendeklaration ermöglicht die 
Einführung von Bezeichnern für solche Daten- 
objekte, deren Wert von vornherein feststeht 
und sich auch während der Programmabar- 
beitung nicht ändert. Die Bezeichner können 
dann synonym für die entsprechende Kon- 
stante verwendet werden. 



Bild 5. 4 Syntaxdiagramm „konstantendeklaration “ 


Das Bild 5.4 zeigt die Syntax der Konstanten - 
deklaration. Sie wird durch den reservierten 
Bezeichner CONST eingeleitel. Mit 
CONST Epsilon = 0.01; 

wird z. B. die Konstante Epsijon deklariert, die 
vom Typ REAL ist und den Wert 0.01 hat. 

Es können auch mehrere Konstanten dekla- 
riert werden. Durch 
CONST Max =100; 

Delta =-1,5; 

Kontrolldruck = FALSE; 

Prompt = 

Text = 'Programm VI .0; 
werden die Konstanten 

- Max vom Typ INTEGER mit dem Wert 100, 

- Delta von Typ REAL mit dem Wert -1.5, 

- Kontrolldruck vom Typ BOOLEAN mit dem 
Wert FALSE. 

- Prompt vom Typ CHAR mit dem Wert ’>' 
und 

- Text vom Typ Zeichenkette mit dem Wert 
'Programm VI. 0' 

eingeführt. 

In Standard- PASCAL können nur INTEGER-, 
REAL-, BOOLEAN-, CHAR- und Zeichenket- 
tenkonstanten deklariert werden. 
Als'Erweiterung gegenüber dem Standard 
gestattet TURBO-PASCAL die Deklaration 
getypter Konstanten. Der Typ ist mit Aus- 
nahme von File beliebig, also z. B. auch struk- 
turiert. Siehe dazu auch Punkt 1 1 .2. 

5.2.4. Typendeklaration 

Mit der Typendeklaration werden Bezeichner 

für Datentypen eingeführt. 



Bild 5.5 Syntaxdiagramm „ typendekiaration “ 

Das Bild 5.5 zeigt die Syntax. Durch 
TYPE Farbe = (ROT. BLAU, GRUEN); 


wird z B. der Typen bezeichner Farbe einge- 
führt. Der Bezeichner Farbe repräsentiert ei- 
nen Aufzählungstyp und kann im nachfolgen- 
den Program mtext ebenso verwendet werden 
wie der Bezeichner der Standardtypen INTE- 
GER, REAL usw. 

Weitere Beispiele für Typendeklarationen 
sind: 

- TYPE Wochentag = (Mo, Di, Mi, Don, Fr, 

Sa, So); 

- Vg (Typ = (kleiner, gleich , g rö ßer) ; 

- EAFunktion = (Lesen, Schreiben, Posi- 

tionieren); 

- Sektorbereich = 1.. 12; 

- Buchstabe = ‘A'..'Z'; 

- Ziffer = '0'„ '9'. 

5.2.5. Variablendeklaration 
Durch die Variablendeklaration werden Be- 
zeichner für Variablen eingeführt. Gleichzeitig 
wird für jede Variable ihr Datentyp angegeben. 
Damit steht fest, welche Werte sie im Verlauf 
der Programmabarbeitung annehmen kann. 


Bild 5. 6 Syntaxdiagramm „ Variablendeklaration “ 
Das Bild 5.6 zeigt die Syntax. Die Variablen- 
deklaration wird eingeleitet durch den reser- 
vierten Bezeichner VAR. Durch 
VAR I : INTEGER; 

X ; REAL; 

C : CHAR; 

B : BOOLEAN; 

werden die Variablen I, X, C und B deklariert. 
Gleichzeitig wird aber auch festgelegt, daß I 
nur Werte aus dem Wertebereich von INTE- 
GER annehmen kann, X aus dem Wertebe- 
reich von REAL usw. 

Unter der Benutzung der weiter oben ange- 
führten Aufzählung- und Teilbereichstypen 
ist folgende Variablendeklaration denkbar: 
VAR Flagge : Farbe; 

Tag : Wochentag; 

Sekt ; Sektorbereich; 

Die variable Flagge ist vom Aufzählungstyp 
Farbe. Sie kann während der Programmabar- 
beitung nur einen der Werte ROT, BLAU oder 
GRUEN annehmen. Analog kann die Variable 
Tag nur einen der Werte Mo, Di, Mi, Don, Fr, 
Sa oder So annehmen. Der Typ der Variablen 
Sekt ist der Teilbereich 1 ...12 des Standard- 
typs INTEGER. Demzufolge sind ihre mögli- 
chen Werte eingeschränkt auf 1 <£= Sekt <£=12. 
Mehrere Variablen gleichen Typs können ab- 
kürzend in folgender Form deklariert werden: 
VAR l,J,K : INTEGER; 

X,Z,U,V,W REAL; 

In PASCAL ist es nicht möglich, den Variablen 



bei ihrer Deklaration einen Anfangswert zu 
geben. 

5.3. Anweisungsteil 
5.3.1. Überblick 

Den Aufbau des Anweisungsteils zeigt Bild 
5.7. Eine Liste von Anweisungen wird durch 
BEGIN und END geklammert. Das Semikolon 
ist das Trennzeichen zwischen den Anwei- 
sungen. Die einzelnen Anweisungen werden 
in Bild 5.8 gezeigt. 



Bild 5.7 Syntaxdiagramm , anweisungsteil" 



Bild 5.8 Syntaxdiagramm „anweisung" 

Für den Anweisungsteil hat die syntaktische 
Einheit*,.ausdruck" eine gewisse zentrale 
Bedeutung. Sie wird im nächsten Unterpunkt 
besprochen. Daran schließen sich die einzel- 
nen Anweisungen an. Prozeduraufruf und 
With-Anweisung werden jedoch aufgescho- 
ben bis zu Prozeduren und Funktionen im 
Punkt 5.5. bzw. bis zum Datentyp Rekord im 
Punkt 8. 

5.3.2. Ausdrücke 

Die PASCAL- Notation eines Ausdruckes 
orientiert sich an der üblichen mathemati- 
schen Schreibweise. Seine Deklaration er- 
folgt mit Hilfe der Syntaxdiagramme „ einfa- 
cher ausdruck“, „term" und „faktor“. Sie 
werden in den Bildern 5.9 bis 5.1 2 gezeigt. 



Bild 5.9 Syntaxdiagramm „ausdruck“ 



Bild 5 . 10 Syntaxdiagramm „einfacher ausdruck“ 
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Bild 5.11 Syntaxdiagramm „term“ 



Bild 5. 12 Syntaxdiagramm „ faktor “ 

Faktor enthält Alternativen, die eine Bezug- 
nahme auf die Datenobjekte des PASCAL- 
Programms gestatten. 

Durch die hierarchische Deklaration von Aus- 
druck erhalten die Operatoren unterschiedli- 
che Prioritäten. Die nachfolgende Aufstellung 
zeigt sie nach fallender Priorität angeordnet: 

( ) NOT 

* / DIV MOD AND 
+ - OR 

< <= <> = >=> IN 

Operatoren einer Zeile haben die gleiche 
Priorität. 

Der Compiler weist Ausdrücke zurück, in de- 
nen auf Datenobjekte Operatoren angewen- 
det werden, die für diese nicht erklärt sind. 
Dabei dürfen auf Teilbereichstypen grund- 
sätzlich dieselben Operatoren angewendet 
werden, wie auf den entsprechenden Basis- 
typ. 

Als einzige Ausnahme organisiert der Compi- 
ler eine ggf. erforderliche Umwandlung von 
INTEGER in REAL. 

Beispiele für korrekte Ausdrücke sind: 

1+1 

0.5*X + K 
'Eine Zeichenkette' 

K100 

Error OR PRINT AND LIST 
(KO) OR (100CI) 

Im letzten Ausdruck sind die Klammern we- 
gen der höheren Priorität von OR notwendig. 
Nicht korrekte Ausdrücke sind: 

'A' + 1 
I AND 255 

5.3.3. Zuweisung 

Eine Zuweisung gibt einer Variablen einen 
neuen Wert. Das Bild 5.14 zeigt die Syntax. 
Die Zeichenkombination : = ist der Zuwei- 
sungsoperator. 




1 *. 


Bild 5.13 Syntaxdiagramm „variable“ 


Bild 5. 14 Syntaxdiagramm „Zuweisung “ 

Der Compiler lehnt Zuweisungen ab, bei de- 
nen der Typ des Ausdruckes nicht mit dem 


der Variablen verträglich ist. Typen sind mit- 
einanderverträglich, wenn sie durch den glei- 
chen Typenbezeichner deklariert wurden. 
Teilbereichstypen sind mit ihrem Basistyp 
verträglich. Als einzige Ausnahme organisiert 
der Compiler die Konvertierung von INTE- 
GER in REAL. 

Das nachfolgende Programmstück zeigt kor- 
rekte Zuweisungen: 


VAR I : INTEGER; K : 0..10; 

X : REAL; B : BOOLEAN 
C : CHAR; 

W : (Mo,Di,Mi,Don,Fr,Sa.So); 
WE : Sa.. So; 


I := 3*K +4; 
K := I 
X := 1.5; 

X := 1; 

C := 'A'; 

B := KO; 

W := WE; 


5.3.4. Verbundanweisung 
Die Verbundanweisung hat ausschließlich 
eine syntaktische Funktion. Sie läßt eine Liste 
von Anweisungen wie eine einzige Anwei- 
sung wirken. 




o 


Bild 5. 1 5 Syntaxdiagramm Verbundanweisung " 


Die Syntax ist in Bild 5.15 dargestellt. Ein Bei- 
spiel ist: 

BEGIN l:=1; VOLL:=TRUE; X:=0.5 END 


5.3.5. If-Anweisung 

Die If-Anweisung bewirkt eine Verzweigung 
im Programmablauf. Das Bild 5.16 zeigt die 
Syntax. Die auf die reservierten Bezeichner 
THEN bzw. ELSE folgenden Anweisungen 
heißen THEN- bzw. ELSE-Zweig. 




Bild 5.16 Syntaxdiagramm Jf-anweisung “ 


Bei der Abarbeitung der If-Anweisung wird 
zuerst der Ausdruck ausgewertet. Er muß 
einen Wert vom Typ BOOLEAN liefern. Ist er 
TRUE, wird derTHEN-Zweig durchlaufen, 
sonst der ELSE-Zweig. 


Beispiele: 

IFXoO THEN Y:= 1/X ELSEY:=1.E38 
IFA>B THEN MAX;=A ELSE MAX.=B 


Durch Nutzung der Verbundanweisung kön- 
nen THEN- und ELSE-Zweig durch weitere 
Anweisungen aufgefüllt werden : 

1F I > MAX THEN BEGIN 
VOLL := TRUE; l.=0 
END ELSE BEGIN 

K:= I DIV 4; l:=l+1; X:=1.0 
END 

Die Syntax läßt es zu, daß der gesamte ELSE- 
Zweig fehlen darf: 

IF X < 0 THEN X:= — X 


Es ist zulässig, If-Anweisungen beliebig in- 
einander zu verschachteln. Entstehende 
Mehrdeutigkeiten werden durch die Festle- 
gung beseitigt, daß ein ELSE-Zweig stets zur 
letzten IF- Anweisung gehört: 

IFal THEN 
IF a2 THEN anw2 
ELSE anw3 
entspricht 
IF al THEN BEGIN 

IF a2 THEN anw2 ELSE anw3 
END 

Soll der ELSE-Zweig zur ersten IF-Anwei- 
sung gehören, ist zu schreiben 
IF al THEN BEGIN 

IF a2 THEN anw2 END 
ELSE anw3 

5.3.6. Case-Anweisung 
Die Case-Anweisung ist eine Mehrwegver- 
zweigung. Ihre Struktur wird im Bild 5.17 ge- 
zeigt. Sie besteht aus einem Ausdruck und 
einer Liste, die durch Konstanten und Anwei- 
sungen gebildet wird. Die Konstanten und der 
Ausdruck müssen den gleichen einfachen 
Typ haben. REAL ist jedoch nicht zugelassen. 




Bild 5.17 Syntaxdiagramm „ case-anweisung " 


Die Abarbeitung der Case- Anweisung be- 
ginnt mit der Berechnung des Ausdruckes. 
Dann wird die Anweisung abgearbeitet, deren 
vorangestellte Konstante der Werl des Aus- 
druckes ist, und danach die Case-Anweisung 
verlassen. Gibt es keine solche Anweisung, 
wird die Programmabarbeitung bei der nach- 
folgenden Anweisung fortgesetzt. 

Es folgt ein Beispiel mit dem Aufzählungstyp 
Wochentag: 

TYPE Wochentag = (Mo , Di, 
Mi,Don,Fr,Sa,So) 

VAR Tag : Wochentag; 


CASE Tag OF 
Mo : Anweisung 1 ; 

Fr : Anweisung 2; 

Sa : Anweisung 3; 

END 

Falls die Variable Tag den Wert Mo hat, wird 
Anweisung 1 abgearbeitet und danach die 
Case-Anweisung verlassen; falls Tag den 
Wert Fr hat, wird Anweisung 2 abgearbeitet 
und danach die Case- Anweisung verlassen 
usw. Hat die Variable Tag keinen der Werte 
Mo, Fr oder Sa, wird die Case-Anweisung 
sofort verlassen. 

Ist für mehrere Konstanten die erforderliche 
Aktion gleich, können diese Konstanten zu 
einer Liste zusammengefaßt werden. Das 
nachfolgende Programmstück demonstriert 
das am Beispiel der Klassifikation von Opera- 
toren. 
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TYPE OpTyp = (AddOp, Mulop); 
VAR Operator : OpTyp; 

C : CHAR; 


OASE C OF 

' + ','-' : Operator := AddOp; 
: Operator := MulOp 

END 


Falls die Variable C den Wert ’ +' oder 'hat, 
wird der Variablen Operator der Wert AddOp 
zugewiesen. Ist der Wert von C '»'oder 7', 
dann erhält Operator den Wert MulOp. Es 
wäre sicher noch wünschenswert, auch die 
Operatoren OR, DIV, MOD und AND zu klas- 
sifizieren. Das ist mit diesem einfachen Pro- 
grammstück aber nicht möglich. Als Konstan- 
ten in der Case-Anweisung dürfen keine Zei- 
chenketten stehen. 

TURBO-PASCAL läßt bei der Case-Anwei- 
sung einen ELSE-Zweig zu. Er wird durchlau- 
fen, falls der Wert des berechneten Ausdruk- 
kes mit keiner Konstanten übereinstimmt. Zur 
Demonstration wird das vorangegangene 
Beispiel erweitert. 

TYPE OpTyp = (AddOp, MulOp, NoOp); 

VAR Operator : OpTyp; 

C : CHAR; 


CASE C OF 

: Operator := AddOp; 
V,7' : Operator := MulOp 
ELSE Operator := NoOP 

END 

Die Variable Operator wird mit dem Wert 
NoOP belegt, falls C keinen der Werte '+', 
Voder'/’ hat. 

Die Syntax der Case-Anweisung läßt vor 
ELSE und END kein Semikolon zu. 
TURBO-PASCAL bietet eine weitere Verein- 
fach u ng ; Die ein er Anweisung vorangeh ende 
Liste von Konstanten darf auch eine Teilbe- 
reichsangabe sein. Damit darf anstelle von 
CASE C OF 

’A','B','C','D','E','F',’G': anweisung; 

einfacher geschrieben werden 
CASE c OF 
'A’..'G': anweisung; 

5.3.7. For-Anweisung 
Die For-Anweisung stellt eine Schleifenkon- 
struktion dar. Bild 5.18 zeigt die Syntax. Die 
Variable muß vom einfachen Typ sein. REAL 
ist jedoch nicht ertaubt 
Die Ausdrücke dienen zur Angabe von 
Anfangs- und Endwerten, zwischen denen 
die Variable in ansteigender (TO) bzw. ab- 
fallender (DOWNTO) Folge Werte an nimmt. 
Eine Wahl der Schrittweite ist nicht mög- 
lich. 



Die Ausdrücke werden einmal zu Beginn be- 
rechnet. Die Schleifenbedingung wird vor je- 
der Abarbeitung der Schleifenanweisung ge- 
testet. 

Beispiele für For-Anweisungen sind 


S:=0; l:=N 
REPEAT 

S:=S+1/I; l:=l— 1 
UNTIL 1=0 


FOR l:= 1 TO Max DO Fak:=Fak*l 
FOR l:= Max DOWNTO 1 DOS:=S+1/l 
FOR C:= 'A'TO ’Z' DO ...; 

FOR C:= '9' DOWNTO '0' DO ...; 

FOR Tag:= Mo TO Sa DO ...; 

FOR B:= FALSE TO TRUE DO 

Sollen bei einem Schleifendurchlauf mehrere 
Anweisungen abgearbeitet werden, sind sie 
zu einer Verbundanweisung zu klammern : 

FOR l: = 1 TO MAX DO BEGiN 
S:= S+Q; Q:= QmQ/f 
END 


5.3.8. While-Anweisung 
Die While-Anweisung stellt ebenfalls eine 
Schleifenkonstruktion dar. Die Syntax wird in 
Bild 5.19 gezeigt. Der Ausdruck muß einen 
Wert vom Typ BOOLEAN liefern. 


Bild 5.19 Syntaxdiagramm „ while-anweisung " 

Bei der While-Anweisung wird vor jedem 
Schleifendurchlauf der Ausdruck ausgewer- 
tet. Liefert er den Wert FALSE, wird die 
Schleife verlassen. 

Das nachfolgende Programmstück zeigt die 
Anwendung der While-Anwelsung zur Be- 
rechnung der Summe S=1/N+...+ 1/2+1. 

S:=0; l: = N; 

WHILE l>0 DO BEGIN 
S:=S+1/I; I : = I — 1 
END 


5.3.9. Repeat-Anweisung 
Die Repeat-Anweisung stellt eine weitere 
Schleifenkonstruktion dar (Syntax siehe Bild 
5.20). 



Bild 5. 20 Syntaxdiagramm „repeat-anweisung “ 


Eine Liste von Anweisungen wird durch die 
reservierten Bezeichner REPEAT und UNTIL 
geklammert. 

Bei jedem Schleifendurchlauf wird zuerst die 
Anweisungsliste abgearbeitet und danach 
der Ausdruck berechnet. Der Ausdruck muß 
einen Wert von Typ BOOLEAN liefern. Ist 
sein Wert TRUE, wird die Repeat-Anweisung 
verlassen. 

Als Beispiel für die Anwendung der Repeat- 
Anweisung wird wieder die Berechnung der 
Summe S=1/N+... +1/2+1 gezeigt: 


■ rmtimit — - Bild 5.18 Syntaxdiagramm Jor- 

anweisung“ 


Da die Anweisungsliste wenigstens einmal 
abgearbeitet wird, führt das Programm für 
N =0 zu einem Fehler. 

5.3.10. Goto-Anweisung 
Das Bild 5.21 zeigt die Syntax der Goto-An- 
weisung. Sie bewirkt eine unbedingte Ver- 
zweigung zu der Anweisung mit der angege- 
benen Marke. 

Bild 5.21 Syntaxdiagramm „goto-anweisung“ 

Das nachfolgende Programmbeispiel de- 
monstriert, daß die PASCAL- Anweisungen 
zur Steuerung des Programmablaufs durch- 
aus sinnvoll durch die Goto-Anweisung er- 
gänzt werden können. Es wird eine Schleife 
mit verschiedenen Ausgängen und differen- 
zierter Nachbehandlung gezeigt: 

LABEL 10; 


REPEAT 

IF al THEN BEGIN . .; GOTO 10 END; 
VF a2 THEN BEGIN ...; GOTO 10 END, 


UNTIL FALSE; 

10 :... 


Bei TURBO-PASCAL dürfen Sprünge nicht 
aus einem Block herausführen. 

5.4. Hauptprogramm 
Ein PASCAL-Hauptprogramm besteht aus 
einem Programmkopf und dem Programm- 
baustein Block. Bild 5.22 zeigt dies. Die Syn- 
tax des Programmkopfes zeigt Bild 5.23. Er 
wird durch den reservierten Bezeichner 
PROGRAM eingeleitet. Es folgt der Name 
des Programms. Er kann für eine inhaltliche 
Kennzeichnung des Programms verwendet 
werden, hat darüber hinaus aber keine Be- 
deutung. 


Bild 5.22 Syntaxdiagramm „Programm“ 




Bild 5.23 Syntaxdiagramm „ programmkopf " 


Dem Programmnamen kann eine in runde 
Klammern eingeschlossene Liste von Be- 
zeichnern folgen. Sie stellen die Verbindung 
des PASCAL-Programms zum sogenannten 
Environment dar. In der Regel sind das Da- 
teien, mit denen das Programm arbeiten 
kann, ohne sie eröffnen oderanlegen zu 
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müssen. In TUBBO-PASCAL hat diese Liste 
keine Bedeutung. Abgeschlossen wird ein 
PASCAL-Programm durch einen Punkt. 

Der Programmkopf des Beispiels aus Punkt 
2.7 ist demnach 

PROGRAM Tabelle {INPUT, OUTPUT) 

Das Programm heißt Tabelle. Das benutzte 
Environment sind die Dateien INPUT und 
OUTPUT. 

Es folgt ein Block, bei dem der Deklarations- 
teil nur die Variablendeklaration 
VAR x.y.max: INTEGER; 
enthält. Der folgende Anweisungsteil 
BEGIN 

Readln(INPUT.max); 

FOR x:=0 TO max DO BEGIN 
y:=x*x; Writeln (OUTPUT, 


END 

besteht aus einer Liste von zwei Anweisun- 
gen, einem noch zu besprechenden Prozedur- 
aufruf und einer For-Anweisung. Das Schlei- 
feninnere ist eine Verbundanweisung. Der 
Punkt beendet das Programm und damit einen 
Satz in der Programmiersprache PASCAL. 

5.5. Prozeduren und Funktionen ' 

5.5.1. Einführung 

Prozeduren und Funktionen gestatten die 
Untergliederung eines Programms in relativ 
selbständige Teile. Das ursprüngliche Motiv 
war die Einsparung von Programmkode. Glei- 
che Programmpassagen werden durch Auf- 
rufe einer Prozedur ersetzt, welche die erfor- 
derlichen Anweisungen enthält. 

Zunehmend trat aber ein anderer Gesichts- 
punkt in den Vordergrund: Prozeduren und 
Funktionen gestatten es, inhaltlich zusam- 
mengehörende und eine gewisse abge- 
schlossene Leistung erbringende Pro- 
grammteile im Program mtext als solche sicht- 
bar zu machen. Damit läßt sich die Übersicht- 
lichkeit eines Programms wesentlich verbes- 
sern. 

In den nachfolgenden Unterpunkten wird zu- 
nächst die Syntax von Deklaration und Aufruf 
gezeigt. Danach werden Gültigkeitsbereiche 
von Bezeichnern und Speicherplatzzuord- 
nung für lokale Variablen besprochen. Den 
Abschluß bilden Standardprozeduren und 
-funktionen. 

3.5.2. Deklaration und Anruf 

Ähnlich wie das Hauptprogramm werden Pro- 
zeduren und Funktionen durch den Kopf und 
den Programmbaustein Block gebildet. Die 
Bilder 5.24 und 5.26 zeigen das. Die an den 
reservierten Bezeichner FORWARD ge- 
knüpfte Alternative wird später behandelt. 



Bild 5.26 Syntaxdiagramm „funktionsdektaration “ 


Bei Prozeduren wird der Kopf durch den re- 
servierten Bezeichner PROCEDURE einge- 
leitet. ihm folgt der Name der Prozedur. Wahl- 
weise kann eine Parameterliste angegeben 
werden. Die Syntaxdiagramme 5.24 und 5.25 
zeigen dies. 

Bei Funktionen trägt der Funktionsname 
selbst einen Wert. Sein Typ wird, wie das Bild 
5.27 zeigt, der Parameterliste nachgestellt. 
Erlaubt sind nur einfache Typen. 

— -füHCTton • b ezt khr ttr ^p aramtnrtitte-^ • -^einfacher typ~ 


Bild 5.27 Syntaxdiagramm Junktionskopf 

Eine genaue Betrachtung der Syntax von 
Block zeigt, daß der Deklarationsteil weitere 
Prozeduren und Funktionen enthalten kann. 
Die Diskussion aller damit zusammenhän- 
genden Probleme wird jedoch bis zum näch- 
sten Unterpunkt aufgeschoben. 

Eine Prozedur kann über sogenannte globale 
Variablen und Parameter mit ihrer Umwelt 
kommunizieren. Die Parameter werden in 
einer Parameterliste angegeben. Die einzel- 
nen Elemente dieser Liste heißen bei der De- 
klaration formale Parameter, beim Aufruf ak- 
tuelle Parameter.' 



Bild 5.28 Syntaxdiagramm „parameterliste " 


Das Bild 5.28 zeigt die Syntax der Parameter- 
liste. Die einzelnen Alternativen repräsentie- 
ren die vier möglichen Parametertypen: 

- Werteparameter 

- Referenzparameter 

- Prozedurparameter und 

- Funktionsparameter. 

Werte- und Referenzparameter übermitteln 
Datenobjekte, Ihnen wird deshalb eine Typ- 
angabe nachgestellt. 

Während Werteparameter nur die Übertra- 
gung von Informationen an die Prozedur oder 
Funktionen gestatten, wirken Referenzpara- 
meter in beiden Richtungen. 

Die Aktivierung von Prozeduren und Funktio- 
nen zeigen die Syntaxdiagramme der Bilder 
5.29 und 5.30. Beide Formen sind identisch. 
Während aber der Prozeduraufruf eine selb- 
ständige Anweisung ist, können Funktionen 
nur als Faktor in einen Ausdruck aufgerufen 
werden. 



Bild 5.24 Syntaxdiagramm „Prozedurdeklaration" 



Bild 5.25 Syntaxdiagramm „prozedurkopf“ 



Bild 5.29 Syntaxdiagramm „prozedurautrut“ 



Bild 5.30 Syntaxdiagramm „ funktionsaulruf " 


Der Compiler löst die Aufrufe so auf, daß zu- 
erst die Ausdrücke ausgewertet werden und 
danach in die entsprechende Prozedur oder 
Funktion verzweigt wird. 

Vom Compiler wird überprüft, ob 

- Anzahl und Typ der aktuellen Parameter 
mit den formalen übereinstimmen 

- ein aktueller Referenzparameter eine Va- 
riable ist und eine 

- Übereinstimmung zwischen den Parame- 
terlisten der aktuellen und formalen Proze- 
dur- und Funktionsparameter herrscht. 

Es folgen Beispiele: 

Die Prozedur Max 2 soll von zwei Parametern 
den Wert des größeren ermitteln und zurück- 
geben. 

PROCEDURE Max2 

(A,B:REAL,VAR Max: REAL): 

BEGIN 

IF A>B THEN Max:=A ELSE- 
Max;=B 
END. 


Im Prozedurkopf werden Name und Parame- 
terliste angegeben. Die Parameterliste ent- 
hält die Werteparameter A und B vom Typ 
REAL und den Referenzparameter Max, dor 
ebenfalls vom Typ REAL ist. Der Deklara- 
tionsteil ist teer. Es werden zur Ermittlung des 
Resultates keine Marken. Konstanten, Typen 
und Variablen benötigt. Der Anweisungsteil 
besteht aus einer If-Anweisung. Da der Para- 
meter Max Informationen aus der Prozedur 
zurückübermitteln soll, muß er Referenzpara- 
meter sein. 

Die Prozedur Max2 läßt sich nun wie folgt auf- 
rufen: 


Max2 (x,y,z) 

Max2 (1 ,5»x,y,z) 

Max2 (1.5*x,3,z) 

Der dritte Parameter von Max2 muß stets eine 
Variable sein. 

Die Prozedur Max2 läßt sich auch als Funktion 
umschreiben: 

FUNCTION Max2 (A.B: REAL): REAL; 
BEGIN 

IF A>B THEN Max2:= A 

ELSE Max2:= B 

END; 


Im Funktionskopf werden wieder Name und 
Parameterliste angegeben. Der Parameter 
Max fehlt hier. Seine Aufgabe übernimmt der 
Funktionsname. Die mit dem Doppelpunkt 
angefügte Typenangabe erklärt ihn zum Da- 
tenobjekt vom Typ REAL. 

wird fortgesetzt 
Hinweis: In Bild 2.6 des ersten Teils unserer PAS- 
CAL- Folge (MP 9/87) sind an Stelle von „T“ Apo- 
strophe zu setzen. Red. 
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Programmieren in PROLOG 

Eine Einführung 


Rainer Knauf, Dr. Harald Killenberg 
Technische Hochschule Ilmenau, Sektion 
Technische und Biomedizinische Kybernetik 

1. Vorbemerkungen 

Die Programmiersprache PROLOG findet 
seit etwa 1980, als sie in Japan zur Sprache 
der Fünften Computer-Generation erklärt 
wurde, ein ständig zunehmendes Interesse 
bei Informatikern und Anwendern. Aufbau- 
end auf der Prädikatenlogik erster Ordnung 
wurde PROLOG erstmals 1971/1972 von 
A. Colmerauer in Marseille implementiert. 

Im Gegensatz zu den prozeduralen Program- 
miersprachen (z. B. PASCAL, PL/1 , C), in de- 
nen beschrieben wird, wie ein Problem zu lö- 
sen ist, besteht die Programmierung in der 
deklarativen Sprache PROLOG in einer logi- 
schen Beschreibung eines Sachverhalts 
(PROLOG = PROgramming in LOGic). Dar- 
aus ergibt sich eine prinzipiell andere Heran- 
gehensweise beim Entwurf von Program- 
men, als das bei den prozeduralen Sprachen 
der Fall ist. 

Für eine Reihe von Problemstellungen, ins- 
besondere für komplexe „wissensbasierte“ 
Anwendungen, erweist sich PROLOG nach 
den Erfahrungen der Autoren als besonders 
leistungsfähige Programmiersprache /I/. 


2. Logische Grundlagen I2II3I 

Der Grundgedanke der Logik-Programmie- 
rung besteht darin, daß das Wissen über ei- j 
nen Gegenstandsbereich als Menge logi- I 
scher Aussagen formuliert werden kann. Die | 
Grundlage dafür bildet der Prädikatenkalkül 
der ersten Stufe. Diese Aussagen sollen 
wahre Sachverhalte (Tatsachen) repräsen- 
tieren. Sie werden in Form sogenannter 
Hornklauseln, das sind prädikatenlogische 
Ausdrücke der Form 


notiert. B heißt Klauselkopf, die A, bilden den 
Klauselkörper. B und die A, sind Atomfor- 
meln, das heißt elementare (nicht logisch zu- 
sammengesetzte) Ausdrücke der Form 
(Prädikatenname) ((Term), (Term), ...). 
Die Terme (Term) symbolisieren dabei Ob- 
jekte des Gegenstandsbereiches und (Prä- 
dikatenname) ein Prädikat (eine Relation, 
eine Beziehung) über diesen Objekten. Ein n- 
stelliges Prädikat ist eine Abbildung einer 
Menge von n-Tupeln von Objekten in die 
Menge {wahr, falsch}. Inden Termen auftre- 
tende Variablen gelten bezüglich der ganzen 
Hornklausel als allqualifiziert. 

Ist die Anzahl der Prämissen A, einer Horn- 
klausel null, das heißt der Klauselkörper leer, 
so spricht man von Fakten (elementaren 
Aussagen), anderenfalls von Regeln (lo gisch 
zusammengesetzten Aussagen, wenn- 
dann-Beziehungen). Die als Fakten und Re- 
geln formulierten Aussagen bilden eine Wis- 
sensbasis. 


nicht bekannt ist, ob sie wahr oder falsch ist) 
ermitteln, ob sie Schlußfolgerung der in.der 
Wissensbasis abgelegten Fakten und *Re- 
geln ist. Eine Hypothese wird in PROLOG als 
Frage formuliert und setzt sich aus logisch 
UND-verknüpften Atomformeln zusam- 
men. 

Ist beispielsweise {K^.., K n } die Menge der 
in einer Wissensbasis enthaltenen Hornklau- 
seln (kurz: Klauseln) und H eine Hypothese, 
so wird von PROLOG überprüft, ob 
a K,— » H 

eine allgemeingültige (immer wahre) Aus- 
sage ist. Das dazu von PROLOG verwendete 
Prinzip ist das Resolutionsprinzip. 

3. Formulierung einer Wissensbasis 

Die Formulierung eines Sachverhaltes in 
PROLOG soll an einem einfachen Beispiel, 
welches /4/ entnommen wurde, erläutert wer- 
den. 

Gegeben seien folgende Aussagen: 

• Die Kollegen Müller und Meier arbeiten im 
Raum 1 , Knauf im Raum 2, Otto und Schulze 
im Raum 3. 

• Telefone befinden sich in den Räumen 2 
und 3. 

• Ein Kollege ist anrufbar, wenn er in einem 
Raum arbeitet, in dem sich ein Telefon befin- 
det. 

• Zwei Kollegen können ein Gespräch mit- 
einander führen, wenn sie in demselben Zim- 
mer arbeiten oder beide anrufbar sind. 

Es könnten dazu z. B. folgende Prädikate ein- 
geführt werden: 
arbeitet_in (K,R): 

Ein Kollege K arbeitet im Raum R. 
telefonJn (R): 

Im Raum R befindet sich ein Telefon, 
anrufbar (K): 

Ein Kollege K ist anrufbar. 
gespräch_möglich(K1 ,K2): 

Zwei Kollegen Kl und K2 können ein Ge- 
spräch miteinander führen. 

Mit Hilfe dieser Prädikate läßt sich obiger 
Sachverhalt in PROLOG etwa so notieren: 

(1) arbeitet_in(müller,raum_1). 

(2) arbeitet_in(meier,raum_1). 

(3) arbeitet_in(knauf,raum_2). 

(4) arbeiteLin (otto , raum_J3) . 

(5) arbeitetJn(schulze,raum_3). 

(6) telefon_in(raum_3). 

(7) Telefon_in(raum_2). 

(8) anrufbar(K):- 

arbeitet_in(K,Raum), 

telefonJn(Raum). 

(9) gespräch_möglich(K1 ,K2):- 

arbeitet_in(K1 .Raum), 
arbeitetJn(k2,Raum). 

(10) gespräch_möglich(K1 ,K2):- 

anrufbar(KI), 

anrufbar(K2). 


Anhand dieser Aussagen kann man nun von 
einer Hypothese (Aussage, von der noch 


Für die Syntax gelten nach /5/ (die dort be- 
schriebene Syntax hat sich inzwischen zum 


Quasi-Standard entwickelt) folgende Kon- 
ventionen (vereinfacht): 

Objekte werden u.a. durch Konstanten, das 
heißt Namen (müller, raum_2,...) oder Zah- 
len (0,100,-6,...) repräsentiert. Namen sind 
Zeichenfolgen, beginnend mit einem Klein- 
buchstaben, die Buchstaben, Ziffern sowie 
das Unterstreichungszeichen enthalten kön- 
nen. Weitere mögliche Darstellungen für Ob- 
jekte sind Listen und strukturierte Terme. 
PROLOG-Variab/en sind Zeichenfolgen, die 
die gleichen Zeichen wie Namen enthalten, 
aber mit einem Großbuchstaben oder dem 
Unterstreichungszeichen beginnen. Inner- 
halb einer Klausel stehen gleiche Variablen 
auch für das gleiche Objekt. 
Prädikatennamen haben gleiche Syntax wie 
Namen. 

Klauseln werden mit einem Punkt (“.“) abge- 
schlossen. Als Konjunktionssymbol wird das 
Komma (“,“) verwendet. Als Implikations- 
symbol notiert man bei Regeln. Fakten 
haben kein Implikationssymbol, der Atomfor- 
mel folgt sofort der abschließende Punkt. 

4. Formulierung und Abarbeitung von 
Fragen 

PROLOG ist nun in der Lage, anhand der 
Wissensbasis Fragen zu beantworten, zum 
Beispiel: 

Befindet sich im Raum 1 ein Telefon? 
?-telefon_in(raum_1 ). 
nein 

Sind in den Räumen 2 und 3 Telefone? 
?-telefon_in(raum_2),telefonJn(raum_3). 
ja 

Welcher Kollege ist anrufbar? 
?-anrufbar(Kollege). 

Kollege = knauf 

Wenn die Frage positiv beantwortet werden 
konnte, wird mit „ja“ geantwortet bzw. mit der 
zuerst gefundenen Variablenbelegung, für 
die die formulierte Hypothese wahr ist. Ande- 
renfalls wird mit „nein“ geantwortet. Eine 
Frage (ein Ziel) beginnt mit „?-“. Danach fol- 
gen, durch Kommata getrennt, die UND-ver- 
knüpften Atomformeln ( Teilziele ). Die Frage 
wird mit einem Punkt (“.“) abgeschlossen. 

Die Abarbeitung letzterer Frage wird im Bild 1 
mit Hilfe eines Suchbaumes veranschau- 
licht. 

Die Teilziele werden in der Reihenfolge ab- 
gearbeitet, wie sie in der Frage notiert sind. 
Bei der Abarbeitung eines Teilziels wird die 
Wissensbasis von oben nach unten nach ei- 
ner Klausel durchsucht, deren Kopf mit dem 
Teilziel unifizierbar, das heißt „syntaktisch 
gleichzumachen“ ist. Notwendige Bedingung 
für den Erfolg der Unifikation ist, daß Prädika- 
tenname und Stelligkeit beider Atomformeln 
gleich und die einander entsprechenden 
Terme ihrerseits miteinander unifizierbar 
sind. Dabei können, vereinfacht betrachtet, 
folgende Fälle auftreten: 

1 . Beide Terme sind Konstanten. 

Die Unifikation ist erfolgreich, falls die Kon- 
stanten identisch sind. 

2. Ein Term ist eine Konstante, ein Term ist 
eine Variable. Die Unifikation ist erfolgreich, 
die Variable wird durch die Konstante ersetzt. 

3. Beide Terme sind Variablen. 

Die Unifikation ist erfolgreich. Die Variablen 
stehen nun für das gleiche Objekt. 
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War die Unifikation eines Teilziels mit einem 
Klauselkopf erfolgreich, so wird im Ziel die- 
ses Teilziel durch den zugehörigen Klausel- 
körper ersetzt und das so entstandene aktu- 
elle Ziel auf gleiche Weise weiterbearbeitet. 
Ein solches Verfahren heißt Tiefensuche. Bei 
der Unifikation eines Teilziels mit einem Fakt 
wird dieses, da der Klauselkörper leer ist, aus 
dem aktuellen Ziel entfernt. Die sich bei der 
Unifikation ergebenden Variablenbelegun- 
gen (der Unifikator) werden in das entstan- 
dene Ziel übernommen. 

Bei dem im Bild dargestellten Beispiel bilden 
die Knoten des Suchbaumes das jeweils ak- 
tuelle Ziel. Die Kanten sind mit der Nummer 
der jeweils zur Unifikation angewandten 
Klausel sowie dem Unifikator markiert. Stößt 
das System auf alternativ anwendbare Klau- 
seln (d. h. auf eine „Weggabelung“ im Such- 
baum), so richtet es sich einen Entschei- 
dungspunkt (place marker) ein und merkt 
sich den momentanen Abarbeitungszustand 
(die Variablenbelegungen). Es wird zunächst 
die erste der alternativen Klauseln in der Wis- 
sensbasis angewandt. 

Bleibt eine Unifikation erfolglos, so wird ein 
Backtrack ausgelöst, das heißt, der Algorith- 
mus setzt zum letzten vorausgegangenen 
Entscheidungspunkt zurück und führt, aus- 
gehend vom dort gekellerten Zustand, die 
Bearbeitung mit der nächsten alternativen 
Klausel fort. Die Abarbeitung wird 

- erfolgreich beendet (Antwort „ja“ bzw. 
eine Variablenbelegung), wenn das aktuelle 
Ziel leer ist (Symbol im Bild) 

- erfolglos beendet (Antwort „nein“), wenn 
für ein Teilziel keine Klausel mehr zur Unifika- 
tion angewandt werden kann. Nach einer er- 
folgreichen Beendigung der Abarbeitung 
kann auf Wunsch ein Backtrack erzwungen 
werden, so daß nach weiteren Lösungen ge- 
sucht wird. 

Aus dem von PROLOG verwendeten Such- 
verfahren (Tiefensuche mit Backtrack) erge- 
ben sich folgende Konsequenzen: 

1. Die Reihenfolge der Klauseln in der Wis- 
sensbasis ist für die Lösung von Bedeutung. 
Wären z. B. die Klauseln (3) und (5) ver- 
tauscht, ergäbe sich im Beispiel als erste Lö- 
sung „Kollege = schulze“. 

2. Die Reihenfolge der Teilziele in Klausel- 


körpern ist für die Lösung von Bedeutung. 
Wäre z. B. diese Reihenfolge in (8) umge- 
kehrt, ergäbe sich im Beispiel als erste Lö- 
sung „Kollege = otto“. 

3. Das Verfahren terminiert nicht zwangs- 
läufig. 


5. Listen und Rekursionen 


Eine in PROLOG oft verwendete Datenstruk- 
tur ist die Liste. 

Definition: 

1 . [ ] ist eine Liste (die leere Liste). 

2. Wenn T ein Term und L eine Liste oder 
eine Variable ist, dann ist [T|L] eine Liste. 


der Listenabtrennoperator, teilt die Liste 
in Listenkopf (links von “|“) und Listenkörper 
bzw. Restliste (rechts von “|“). 

Alternative Schreibweisen ein und derselben 
Liste sind 


Fa I Fa I [Hl] 
F 2 1 Fall] 

Fa , TJ] 


Die Terme T ( heißen Listenelemente. Mit 
Hilfe von Listen könnte man z. B. die Unter- 
stellungsverhältnisse in einem Betrieb etwa 
so darstellen: 


chef_von([müller,knauf, schulze], meier). 
chef_von([lehmann, walter], otto). 
chef_von([meier,otto],albrecht). 


Ein in PROLOG vorrangiger Programmierstil 
ist die Rekursion. Dabei handelt es sich um 
den Selbstaufruf des Kopfprädikates in Re- 
gelkörpern. An einem einfachen Beispiel aus 
der Listenverarbeitung, der Mitgliedschaft ei- 
nes Elementes in einer Liste, soll die Rekur- 
sion erläutert werden. 
mitglied(E,[E|L]). 
mitglied(E1,[E2|L]):- 
mitglied(EI.L). 


„mitglied“ ist ein 2stelliges Prädikat und soll 
dann „wahr“ sein, wenn das erste Argument 
ein Element der als zweites Argument ste- 
henden Liste ist. Zunächst wird der einfach- 
ste Fall einer solchen Mitgliedschaft als Fakt 
notiert: Ein Element E ist dann Mitglied in ei- 


ner Liste, wenn es im Listenkopf steht, d. h. 
die Liste die Struktur [E|L] hat. L ist dabei eine 
beliebige Restliste. 

Ist dieser Fall für ein konkretes Ziel nicht zu- 
treffend, so wird, da ein Backtrack ausgelöst 
wird, diezweite Klausel angewandt. Hier wird 
die Mitgliedschaft eines Elements in einer Li- 
ste auf die Mitgliedschaft in der Restliste zu- 
rückgeführt. Der Selbstaufruf von „mitglied“ 
wird so lange fortgeführt, bis durch das wie- 
derholte Abspalten des ersten Elements 

- die erste Klausel zutreffend ist (Ziel erfolg- 
reich bearbeitet) oder 

- die leere Liste entstanden ist, so daß keine 
der beiden Klauseln mehr anwendbar ist (Ziel 
erfolglos bearbeitet). 

6. Eingebaute Prädikate 

Es gibt einige Prädikate, die häufig gebraucht 
werden und zum Teil mit Hilfe von Fakten und 
Regeln nur umständlich oder gar nicht defi- 
niert werden können. Derartige Prädikate 
sind oft bereits vordefiniert und werden als 
eingebaute Prädikate bezeichnet. Anzahl 
und Sortiment eingebauter Prädikate ist bei 
verschiedenen PROLOG-Übersetzern zum 
Teil recht unterschiedlich. Es handelt sich 
i.allg. um Prädikate 

- zum Test von Termen (ob Variable, Kon- 
stante, Liste, . . .) 

- zum Vergleich von Termen 

- zur Arithmetik 

- zur Ein- und Ausgabe 

- zur Steuerung der Abarbeitung (Manipula- 
tion des Abarbeitungsmechanismus) und 

- zur Veränderung der Wissensbasis wäh- 
rend der Programmabarbeitung. 

Eine Aufstellung dieser Prädikate ist dem Be- 
schreibungsmaterial des jeweils verwende- 
ten Interpreters bzw. Compilers zu entneh- 
men. 
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Disassembler für den KC85/2 (/3) 


Lutz Molgedey, Berlin 


Will man ein bereits in Maschinensprache ge- 
schriebenes Programm analysieren, so ste- 
hen dafür nicht immer umfangreiche Pro- 
gramme zur Verfügung, oder diese sind ein- 
fach zu lang bzw. stören sich mit dem zu ana- 
lysierenden Programm. Oft werden auch 
vom Hersteller nicht definierte Befehle /2, 3/ 
verwendet. Diese können die meisten her- 
kömmlichen Disassembler nicht übersetzen 
Deshalb wurde ein im folgenden beschriebe 
ner Disassembler für den KC 85/2 (/3) entwik 
kelt, der jeder Bytefolge eine Mnemonik zu 
ordnet, ohne das Maschinenprogramm wei- 
ter zu analysieren. Es wird also kein Quelltext 
und keine Symboltabelle erzeugt, sondern 
der Anwender muß selber entscheiden, 


ob bestimmte Byte als Befehle oder Daten zu 
interpretieren sind. 

Der Disassembler beginnt bei BA00 und ist 
etwas länger als 0.75 KByte. Arbeitsplatz im 
RAM wird dabei nicht benötigt. Er ist ohne 
größere Probleme auf jede integrale 100- 
Grenze verschiebbar; dazu müssen die im 
Programm (Bild 1) hervorgehobenen Bytes 
geändert werden. Aus dem Menü erfolgt der 
Aufruf durch DIS adr. oder DIS adr. ENTER. 
Mit der Taste Break wird das Programm ver- 
lassen, jede andere Taste bewirkt das Ausli- 
sten der nächsten Zeile. Der Disassembler 
führt keine Modulschaltungen durch, der IRM 
ist also immer eingeschaltet. Damit können in 
dieser Version Programme, die im Schatten 
des Bildschirmwiederholspeichers liegen, 
nicht übersetzt werden. 

Nach dem Aufruf werden als erstes die Vor- 



»SPACE 

»8-Bit-Regiater (Bit 345) 
»8-Bit-Regieter (Bit 012) 

»16- Bit-Register (BC DE HL SP) 
»16-Bit-Register (BC DE HL AP) 
*8- Bit -Zahl 
»16-Bit-Zahl 
=8-Bit-Distanzadreaee 
»Bitposition (0...7) 

»Bedingung (NZ...M) 

'»Bedingung (NZ...C) 
i»Arithmetik (ADD... CP) 
t»Rotation (RLC...SRL) 
o=Block (I D IR DR) 


Tafel 2 Das Register C 
wird als Flag-Register 
benutzt 


bytes DD bzw. FD abgesucht, dabei erhält 
nur das letzte Bedeutung. Danach wird nach 
den Vorbytes CB und ED gefragt, das Auftre- 
ten von ED macht die Vorbytes DD bzw. FD 
wirkungslos. Nun wird das nächste Code- 
Byte mit Masken belegt (AND-Befehle) und 
dadurch der Befehl festgestellt. Danach wird 
noch lediglich die entsprechende Mnemonik 
aus der Tabelle herausgesucht und ausge- 
geben. 

Die Befehlsdarstellung weicht in einigen Fäl- 
len von der üblichen U880-Mnemonik IM ab, 
z. B. CP statt CMP und JP statt JMP. Die Dar- 
stellung der zusätzlichen Befehle entspricht 
der in 121 angegebenen. Für den Befehl ED71 
wurde die Mnemonik OTCLR verwendet. Bei 
Relativsprüngen wird die absolute Ziel- 
adresse angegeben. 

Der Disassembler besteht aus zwei wesentli- 
chen Teilen, als erstes aus dem Tabellenteil 
und dann als zweites aus dem eigentlichen 
Programm. Innerhalb des Tabellenteils 
kommt als erstes die Maskentabelle und da- 
nach die Mnemoniktabelle. Im Programm 
selbst werden die Befehle auf die Grundbe- 
fehle zurückgeführt. Das betrifft vor allem die 
Arbeit mit den Indexregistern. Dazu werden 
im Register C (Tafel 2) Flags gesetzt, und mit 
ihnen wird dann die weitere Übersetzung ge- 
steuert. Um Speicherplatz zu sparen, wird im 
Programm ein eigener Zeichensatz (Tafel 1) 
verwendet, dieser wird nur bei der Ausgabe 
in den ASCII-Satz umgerechnet. Will man 
eine andere Mnemonik verwenden, z. B. die 
Z80-Mnemonik, so muß dementsprechend 
die Mnemoniktabelle geändert werden. Soll 
beispielsweise JP cc,nn statt JPcc nn ver- 
wendet werden, so muß in der Tabelle 
D575223726 statt D55B2226 stehen. Dazu 
muß dann jedoch bei den Bedingungszei- 
chen (NZ...M) das SPACE weggenommen 
werden (in der Tabelle ab BAC3). Eventuell 
kann man dann noch die Ausgabe von 
SPACE (bei BC3E) durch einen Tabulator er- 
setzen. 


Register C 
Bit 7 - 
Bit 6 - 
Bit 5 - 
Bit 4 - 
Bit 3 - 
Bit 2 - 
Bit 1 - 1 
Bit 0 - t 


»CB-Befehl + Vorbyte DD/PD 
»(IX+d)/(IY+d) bereite aufgetreten 


.DD/FD-Befehl 
.Vorbyte DD 
.Vorbyte PD 
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Entwurf von Steuerungssystemen 
für die flexible Fertigung 


- Die Schnittstellen zwischen den FB sind zu 
minimieren. 

- Zeitkritische Abläufe und parallele Pro- 
zesse sind in Abhängigkeit vom angewende- 
ten Entwurfsverfahren auf einzelne FB abzu- 
bilden. 


Rolf Hiersemann 

Forschungszentrum des Werkzeug- 
maschinenbaues im VEB Werkzeug- 
maschinenkombinat „Fritz Heckert“ 
Karl-Marx-Stadt 


1. Entwurfsphasen 

Die Steuerungsentwicklung kann in die Pha- 
sen 

1. Problemanalyse 

2. Spezifikation 

3. Entwurf und 

4. Implementierung, 

die sequentiell und teilweise iterativ ablaufen, 
unterteilt werden. Während in der Problem- 
analyse bisher vorrangig informale und ver- 
bale Darstellungen zur Anforderungsspezifi- 
kation (Pflichtenheft) wie 

- technologische Prozeßmodelle, 

- Steuerungs- und Bedienkonzeptionen und 

- Auflistungen von Nebenbedingungen 


übergeordneten Ebene benutzt werden kön- 
nen. Horizontale Wechselbeziehungen (auf 
gleicher Ebene) von FB sollten generell ver- 
mieden werden. Praktikabel sind Strukturen 
nach Bild 1 , bei denen einige FB als Ressour- 
cen übergeordneter Hierarchieebenen fun- 
gieren. 

Prinzipiell ist eine Einteilung der FB in eine 
Koordinations- und eine Modulebene anzu- 
streben. Die genaue Strukturierung und Un- 
terteilung in verschiedene Ebenen ist das Er- 
gebnis der Anwendung von Verfeinerungs- 
(top-down) und Vergröberungsstrategie (bot- 
tom-up) im Entwurfsprozeß: Praktikabel ist 
die Anwendung beider Strategien, das heißt, 
nach dem Entwerfen von Elementarfunktio- 
nen werden diese zu Abläufen (Teilmoduln) 
vergröbert, und ein grob entworfener Koordi- 
nator wird in Richtung Teilmoduln verfeinert. 
Dieses Vorgehen wird so oft wiederholt, bis 
nach mehreren Anläufen die letztendlich gül- 
tige Struktur und Funktion geschaffen wurde. 
Dabei sollten folgende Gesichtspunkte be- 
achtet werden: 


Besondere Beachtung ist in der Entwurfs- 
phase dem frühzeitigen Test einzelner Funk- 
tionen zu widmen, um funktionale und logi- 
sche Fehler zu orten und zu beheben. 

Die Implementierung stellt die Umsetzung 
der entworfenen Funktionen in die der Steue- 
rung verständliche Sprache und deren Inbe- 
triebnahme dar. In dieser Phase sind Wieder- 
holungen der Entwurfsphasen 2 bis 4 oft un- 
umgänglich, um eine optimale Steuerungs- 
funktion zu erreichen. 

2. Entwurf der Kommunikationssteuerung 

Für den Zusammenschluß von Einzelsteue- 
rungen zu Verbundsystemen existiert eine 
Reihe von Möglichkeiten. Prinzipiell ist die 
Verbindungsart in serielle und parallele 
Kopplung und die Speicherkopplung (Nut- 
zung gemeinsamer externer Speicher oder 
Arbeitsspeicherbereiche) unterteilbar, wobei 
folgende physische Strukturen realisierbar 
sind (vgl. Bild 2): 


angewandt wurden, ist in 7 / 1/ ein Trend zu 
formalen Darstellungen zu erkennen. 

Auf der Grundlage der Aussagen des Pflich- 
tenheftes sind in der Spezifikationsphase 
die Grobstruktur des Steuerungssystems, 
der Einzelsteuerungen und deren funktionale 
Komplexe sowie die Art der Kommunikation 
zwischen den Einzelsteuerungen zu entwer- 
fen. Prinzipiell sollte die Aufgabenaufteilung 
auf eine Leitebene und eine prozeßnahe 
Ebene (industrielle Steuerungen) erfolgen. 
Aufgabenspektrum und -umfang bestimmen 
dann Art, Anzahl und Ausbaustufe der einzu- 
setzenden Steuerungen. 

In der Phase Entwurf sind die Funktionen 
der einzelnen Steuerungskomponenten zu 
entwerfen. Dabei ist eine durchgängige hier- 
archische Gliederung anzustreben. Bei der 
Gliederung in Funktionsbausteine (FB) ist die 
Art und Weise der Wechselbziehungen zwi- 
schen diesen entscheidend. Anzustreben, je- 
doch praktisch kaum realisierbar, ist die reine 
Baumstruktur, bei der FB niederer Hierar- 
chieebenen nur von einem FB der direkt 


- Konstruktiv-technologische Zusammen- 
hänge sind in entsprechenden Funktions- 
bausteinen widerzuspiegeln. 


• parallele Kopplung 

- Punkt-zu-Punkt-(Kanal-Kanal-) Kopplung 
(direkt, Adapter) 

- parallele Busse 



Bild 2 

Physische Strukturen 
von Kommunikations- 
steuerungen bei seriel- 
ler und paralleler 
Kopplung 


Zusammenhang Mo- 
dularisierungsstrate- 
gien und Hierarchie, 
unterteilt in Funktions- 
bausteine (FB). 

FB 21, 31, 41, 22, 23 
und 44 sind Moduln, 
FB 32, 42 und 43 sind 
Ressourcen des Pro- 
grammsystem. 


Kopplungsart 


serielle Kopplung (überSIO) 

-Punkt-zu-Punkt-Kopolun a 
•Stern I I 

“'rfTh 

•Stern über I I 
Vorrechner LyJ 
( Multiplexer, min 

Konzentrator ) / 4 \ 


- serielle Busse 
(Basis-/ Breitbondbus) 

- Kommunikationsnetze 



parallele Kopplung (über PIO) 

-Punkt-zu-Punkt-Kooplun a 
(Kanal-Kanal- Kopplung) 

'Adapter 


J? 


•Ketfe(offent — I |—| |— i 

ÄLjfyüj 

- parallele Busse 
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• serielle Kopplung 

- Punkt-zu-Punkt-Kopplung (direkt, Vor- 
rechner) 

- serielle Busse 

- Kommunikationsnetzwerke. 

Die Entscheidung für eine spezielle Kopp- 
lungsart ist in erster Linie abhängig von der 
Verfügbarkeit entsprechender Gerätetech- 
nik. In größeren Systemen werden oftmals 
mehrere Kopplungsarten zugleich ange- 
wandt (Bild 3). Die in der Spezifikationsphase 
festzulegende physische Struktur des Steue- 
rungsverbundes sollte so erfolgen, daß eine 
abgestufte Funktionsfähigkeit des Gesamt- 
systems bei Ausfall von einzelnen Kompo- 
nenten gewährleistet (z. B. durch Redundan- 
zen in der gerätetechnischen Auslegung er- 
reichbar) und der geforderte Informationsfluß 
pro Zeiteinheit verlustfrei garantiert wer- 
den. 

Damit erlangen die logische Auslegung der 
Kommunikationssteuerung, die in 

- Konkurrenzprinzip 

- Unterordnungsprinzip und 

- Abfrageprinzip 

unterteilt werden kann, und die Festlegung 
der zu übertragenden Datenformate und -in- 
halte (Nettotext) größere Bedeutung. In den 
flexiblen Maschinensystemen (FMS) des 
Werkzeugmaschinenbaus wurde in der 
Steuerungsebene die parallele (Kanal-Ka- 
nal-)Kopplung der Einzelsteuerungen ge- 
wählt, um bei kleinen und mittleren Entfer- 
nungen (10 ... 100 Meter) große Übertra- 
gungskapazitäten zu gewährleisten und bei 
Ausfall aller übergeordneter Gerätetechnik 
(Prozeßleit-, Steuer- und Komplexrechner) 
eine Funktionsfähigkeit der Maschinensteue- 
rungen (CNC) im Zusammenwirken mit dem 
Transportmittel STR (schienengebundener 
Transportroboter) über die zentrale Anlagen- 
steuerung (Speicherprogrammierbare 
Steuerung PC 600) zu garantieren. Für die 
serielle Kopplung der übergeordneten Rech- 
ner wurde die Sternstruktur (direkt und Nut- 
zung von Vorrechnern - Konzentrator) bei 
Anwendung einer einheitlichen Standardpro- 
zedur (BAC - Binary Asynchronous Commu- 
nication - asynchrone Konkurrenzprozedur) 
gewählt. Damit ist die Möglichkeit zur Durch- 
setzung einer abgestuften Inbetriebnahme- 
und Teststrategie bei Nutzung eines einheitli- 
chen Testhilfsmittels in Form des Prozedur- 
Test- und Simulationsgerätes PROTESI auf 
Bürocomputerbasis gegeben. Mit dem Ein- 
satz speicherprogrammierbarer Steuerun- 
gen in den flexiblen Maschinensystemen 
mußte auch deren Funktionsumfang um die 
Realisierung einer seriellen Schnittstelle zum 
Rechnerverbund erweitert werden. Geräte- 
technisch bedeutet das bei den eingesetzten 
Steuerungen vom Typ PC 600 das Stecken 
der Kartenbaugruppe DNC auf den Rechner- 
bus. Auf dieser Kartenbaugruppe ist auch die 
Prozedur BAC resident verfügbar. Entschei- 
dend für den Steuerungswert ist somit die 
funktionale Einbindung der Prozedur ins An- 
wenderprogramm. 

Bedingt durch das große Einsatzspektrum 
speicherprogrammierbarer Steuerungen, 
das in flexiblen Maschinensystemen von Ma- 
schinen- über Anlagen- bis hin zu Transport- 
gerätesteuerungen reicht, wurde in der 
Steuerung PC 600 die Einbindung der Proze- 
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portgeratesteuerungen für flexible Fertigungssy- 
steme Er leitete die Systemprogrammierung des 
Standardmaschinensystems FMS 800 Gegen- 
wärtig arbeitet er an der Entwicklung einer Diagno- 
seemuchtung für Taktstraßensteuerungen Sem 
Spezialgebiet ist der systematische Entwurf indu- 
strieller Steuerungen, hierzu geht er auch einer au- 
ßerplanmäßigen Aspirantur an der Technischen 
Universität Karl-Marx-Stadt nach 


dur BAC vollständig über das Anwenderpro- 
gramm realisiert und das Betriebssystem 
nicht verändert. Damit kann der Entwerfer 
alle Möglichkeiten der Prozedur ausschöp- 
fen, ist aber auch zur Programmierung in 
zwei Sprachniveaus (Boolesche Logik und 
Assemblerprogrammierung des Prozessors 
U880) gezwungen. Um den Realisierungs- 
aufwand für die Einbindung der BAC-Proze- 
dur ins Anwenderprogramm zu reduzieren, 
wurde in 131 eine Entwurfsmethode vorge- 
schlagen, die darin besteht, als Beschrei- 
bungsmittel den Programmablaufgraph (für 
Boolesche Programmteile) und den Pro- 
grammablaufplan (für Assemblerprogramm- 
entwicklung) einzusetzen. Die Kopplung der 
einzelnen Funktionsbausteine (Boole- 


sche Logik) und Unterprogramme erfolgt 
über gemeinsame Arbeitsspeicherbereiche 
(Z-Variable). Entsprechend Bild 4a werden 
von der Ebene 1 aus die Unterprogramme 
der Ebene 2 aktiviert, von denen aus der Zu- 
griff auf die BAC-Prozedur möglich ist. Durch 
den Aufruf von instabilen Zuständen aus 
(Bild 4b, Zustand Initial.) wird ein einmaliger 
Aufruf von Unterprogrammen realisiert; zy- 
klisch aufzurufende Programme sind an sta- 
bile Zustände (Zustände mit Eigenschleife) 
zu binden. 

Aufbauend auf den Funktionsentwürfen wird 
über bewährte Umsetzungsverfahren aus 
den Programmablaufgraphen (PAG) die 
Boolesche Logik entwickelt. Dazu ist jedem 
Zustand eine Speichervariable zuzuordnen 
und die Notation in Form von setzenden Flip- 
Flops durchzuführen: 

Zustand = Setzterm + Halten./Rücksetzterm 
Z| = VZj*h |( + A/Z k (1) 

Vj*i V k=Ai,0 

j ... Index der Vorzustände zum Zustand Zj 
k . . . Index der Folgezustände zum Zustand 
Z) 

hji . . . logische Bedingung für den Zustands- 
wechsel Z, — » Z, 

Instabile Zustände sind als kombinatorischer 
Ausdruck ohne Speicherwirkung zu notieren: 

Zi = VZj * hji (2) 

Vj#i 

Die Programmnotation erfolgt satzweise, der 
Zugriff auf das Maschinencodeniveau wird 
durch Überspringen einzelner Sätze reali- 
siert. Soll z. B. vom Zustand „On-Iine Ein“ im 
Bild 4b das Unterprogramm „BAC-Kontrolle“ 
aktiviert werden, ist folgende Programmnota- 
tion zu realisieren : 

Nxxl: Zon-lineEIN = • ■ - 

Zustandsgleichung 
Nxx2: Nxx4*/Z on . line EiN, 

Übersprung des UP 
Nxx3: B = . . ., 

UP „BAC-Kontrolle“ 

Nxx4: Z . . . =, 

nächster Satz = Sprungziel von Nxx2 

3. Angepaßte Programmsysteme 

Eine generelle Wiederholung eines Maschi- 
nensystems ohne Veränderung ist so gut wie 
ausgeschlossen. Vielmehr müssen bei Pro- 
jektierung und Entwurf neuer Maschinensy- 
steme einzelne Bausteine bekannter Sy- 
steme so zusammengefügt werden, daß bei 
Minimierung von Entwicklungszeit, -risiko 
und -kosten optimale Lösungen entstehen. 
Die Anwendung des Baukastenprinzips be- 
trifft dabei nicht nur den klassischen Sektor 
des Maschinenbaus, sondern ist vor allem in 
den Steuerungen der unteren Hierarchie- 
ebenen bei der Konfiguration von Hard- und 
Software zu beachten. 

Ein hoher Anteil von Maschinensystemen 
(Bild 5) weist eine Grundkonfiguration, beste- 
hend aus mehreren Bearbeitungszentren 
(4. . . 10BAZ), einer Wasch- und Kühlstation 
(WAKUE), 4 Spannplätzen und mehreren 
Speicherplätzen, verbunden durch ein oder 
zwei schienengebundene Transportroboter 
(STR), auf, die den Einsatz wiederverwend- 
barer Software-Moduln ermöglicht. Für die- 
ses Einsatzgebiet wurde ein Programmsy- 
stem /4/ entwickelt, das für speicherprogram- 
mierbare Steuerungen PC 600 als Anlagen- • 



Bild 5 Anordnungsschema (Layout) des Maschinensystems FMS 1000 
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bzw. STR-Steuerungen anwendbar ist. Das 
Prinzip dieses Programmsystems besteht 
darin, den Anwender von der Assemblerpro- 
grammierung zu befreien, indem nur maschi- 
nensystemspezifische Generierdaten festzu- 
legen sind (vgl. Bild 4a), und für die Program- 
mierung im Niveau der Booleschen Logik ei- 
nen Grundsatz vorzugeben, der entspre- 
chend der Maschinensystemkonfiguration 
abzuwandeln ist. 

Für die serielle Datenübertragung wurden 
Datenformate und -inhalte (Nettotext) festge- 
legt, die auch für den Komplex LTR ange- 
wendet wurden und Erweiterungen zulas- 
sen. 

Die Steuerungsgrobstruktur (siehe Bild 3) 
wird durch die Zuordnung der Funktionskom- 
plexe 

- Kommunikation mit BAZ 

- Transportablauforganisation oder Zu- 
standserfassung (als Information für Büro- 
computer BCA) 

- Speicherplatzzustandserfassung 

-> zur „Anlagen“-Steuerung (PC-Anlage) 
und 

- Transportablaufsteuerung (Aufträge, aus- 
gehend von PC-Anlage oder Bürocomputer) 

- Einzelfunktionen STR 

- Ablauf- und Einzelfunktionen Spannplätze 
-> zur Gerätesteuerung (PC-STR) unter- 
setzt. Damit sind gleichbleibende Funktions- 
komplexe in der PC-STR lokalisiert. Diese 
PC 600 kann somit nahezu unverändert in 
verschiedenen Maschinensystemen einge- 
setzt werden. Der stark anlagenspezifische 
Anteil ist in der PC-Anlage lokalisiert, die ent- 
sprechend zu modifizieren ist. Wird das Ma- 
schinensystem ohne Prozeßrechner reali- 
siert, übernimmt die Anlagensteuerung die 
Bildung der Transportaufträge und leitet 
diese über Kanal-Kanal-Kopplung zur PC- 
STR weiter, die diese Aufträge ausführt 
(Bild 6, Version A). Bei übergeordnetem 
Komplexrechner (Bürocomputer - BCA ) er- 
hält jede Steuerung einen seriellen Anschluß. 
Über diesen werden von der PC-Anlage an 
den BCA die Zustandsdaten des Maschinen- 
systems übermittelt, aus denen im BCA die 
Aufträge gebildet und an die PC-STR gesen- 
det werden (Bild 6, Version B). Die Anwen- 
dung dieses Programmsystems ist auf den 
Anschluß von 

- max. 12 Bearbeitungszentren (incl. WA- 
KUE) 

- max. 7 Spannplätzen 

- max. 24 wahllos angeordneten Speicher- 
plätzen 

- max. 32 lückenlos angeordneten Spei- 
cherplätzen und 

- 1 oder 2 schienengebundenen Transport- 
robotern 

ausgelegt und an die Einhaltung von Richtli- 
nien zur Konfigurierung der Flardware gebun- 
den, wodurch die Entwicklungszeiten sinken, 
da nachnutzbare Lösungen vorliegen. Der 
Gewinn an Entwicklungszeit wird pro Steue- 
rung auf etwa 3 Monate an ingenieurtechni- 
scher Arbeit eingeschätzt. 

4. Ausblick 

Beim Entwurf von Steuerungssystemen für 
die flexible Fertigung sind vorrangig Lösun- 
gen zu schaffen, die bei hohem Nachnut- 
zungsgrad geringe Entwicklungszeiten, 


-kosten und -risiken ermöglichen. Im Ent- 
wurfsprozeß sind zunehmend formale Dar- 
stellungsmittel auf der Basis von Netzen ein- 
zusetzen, um durch Analyse- und Simula- 
tionsmöglichkeiten frühzeitig Fehler orten 
und beheben zu können. Auch die Nutzung 
von dem Entwurfsverfahren arigepaßten Pro- 
grammiertechnologien reduziert den Auf- 
wand gegenüber Methoden zur manuellen 
Umsetzung der Funktionen in das Sprachni- 
veau der eingesetzten Steuerung (wie im 
Beitrag beschrieben) erheblich. 

Für Wiederhollösungen von Fertigungssy- 
stemen ohne Prozeßrechnerebene vom Typ 
FMS 800 wurden basierend auf dem in /I / er- 
läuterten Vorgehen für die Koordinations- 
ebene Modelle in Form von Prädikat-Transi- 
tions-Netzen erstellt. Mit diesen Modellen 
wurden Simulationen zur Gewinnung der 
technologischen Grenzen und der Vorrang- 
kriterien für Transportaufträge durchgeführt. 
Dadurch konnten Abläufe, die gegenüber 
den derzeit realisierten und in /I/ dargestell- 
ten festen Transportzyklen (Transport Pa- 
lette: 

Spannplatz -* BAZ, WAKUE -> Spannplatz, 
BAZ -» WAKUE) aktive Speicherplätze zum 
Zwischenlagern und Transporte BAZ— > BAZ 
zur Realisierung von Bearbeitungsfolgen 


Autostart für A 51 20 

1. Vorbemerkung 

In der Version 5.1 des Betriebssystems 
SCPX PC-1715 ist eine Autostart-Routine 
vorhanden, die einen automatischen Pro- 
grammaufruf nach Kalt- und Warmstart 
durchführt. In /I/ wurde beschrieben, wie 
diese Funktion in CP/M und kompatiblen Sy- 
stemen realisiert wird. Damit läßt sich auch 
für SCPX 1 520 (A 51 20, A 51 30) ein Autostart 
erreichen (vgl. I2J). Die folgenden Erläuterun- 
gen beschreiben eine gegenüber 121 verein- 
fachte Vorgehensweise für die Version SCP 
1520 VI. 5, lassen sich aber sinngemäß auf 
SCP 1520 VI .3 übertragen. Änderungen im 
Betriebssystem sollten aber nur von erfahre- 
nen Programmierern auf Disketten vorge- 
nommen werden, von denen vorher eine Si- 
cherheitskopie angelegt wurde! 

2. Grundlagen 

Der Eingabepuffer des CCP enthält eine Ein- 
tragung über die Länge des Puffers (7FH), 
die Länge der aktuellen Eingabezeile (03H) 
sowie den eingegebenen Befehl (DIR) und 
ein abschließendes 00H, zum Beispiel: 

7F 03 44 49 52 00 
D I R • 

Im Normalfall ist die Länge der Eingabezeile 
auf 00H gesetzt, woran der CCP erkennt, daß 
kein Befehl abzuarbeiten ist. Das Betriebssy- 
stem läßt sich so manipulieren, daß bei Kalt- 
und Warmstart mit dem CCP stets ein Kom- 
mando von der Diskette gelesen wird. 

3. Realisierung 

Beim Kopieren des Betriebssystems von Dis- 
kette zu Diskette lädt das Programm SYSG 
zunächst alle Komponenten in den TPA. Än- 
derungen müssen vor dem Rückschreiben 
auf die Diskette mit dem Debugger DU vor- 
genommen werden. Dazu wird aufgerufen: 
DUSYSG.COM 


über mehrere Maschinen hinweg einbezie- 
hen, entworfen werden. Damit werden derar- 
tige Fertigungssysteme einen Funktionsum- 
fang erlangen, der Systemen mit Prozeß- 
rechnerebene nahekommt. 
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SYSG wird gestartet und dabei ein Halte- 
punkt auf die Adresse 2CBH gesetzt. Ent- 
sprechend der Bedienerweisung wird das 
System vom Laufwerk A geladen: 
g,2cb 

SOURCE DRIVE NAME . . ,:a 
SOURCE ON ATHEN TYPE (ENTER}_ 

Nach dem Laden wird das Programm am 
Haltepunkt unterbrochen. Mit einer Dump- 
Anweisung wird kontrolliert, ob ab Adresse 
9EDH die Meldung ROBOTRON LOADER 
zu finden ist: 
d9e0 

Der uns interessierende Bereich befindet 
sich ab Adresse AOOH (bei SCP 1 520 VI .3 ab 
Adresse 980H). 

Hinter zwei Sprungbefehlen beginnt der Ein- 
gabepuffer: 

A00: C3 6D CB C3 69 CB 7F 00 00 00 00 
Auf A06H steht die maximale Länge des Puf- 
fers. Unmittelbar dahinter werden mit 
sa07 

die Länge des Autostart-Befehls und der Be- 
fehl selbst eingeschrieben: 

03 44 49 52 

Zum Abschluß wird mit 

g 

das Programm SYSG bis zum Schluß abge- 
arbeitet. Dabei ist es gleich, ob das geän- 
derte Betriebssystem auf die Quelldiskette 
oder ein anderes Laufwerk zurückgeschrie- 
ben wird. 

DESTINATION DRIVE... :a 


4. Anwendung 

Autostart-Funktionen beschränken sich 
selbstverständlich nicht auf residente Kom- 
mandos. Alle von der Tastatur möglichen 
Eingaben lassen sich für den Autostart ver- 
wenden. Für benutzerfreundliche Pro- 
grammstarts eignen sich vor allem parame- 
(Fortsetzung auf Seite 349) 
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Bericht 


Kinder im Informations- 
zeitalter 

Im Vortragsprogramm dieses 
Kongresses, der vom 1 9. bis 23. 
Mai 1987 in Sofia stattfand, be- 
fanden sich 60 Beiträge aus 18 
Ländern. Die sachliche Eintei- 
lung erfolgte It. Programmkomi- 
tee in 3 Gebiete: 

© Auf dem Weg zu einem 
neuen Verständnis der Bildung 
© Informatik in und außerhalb 
der Schule 

® Erziehungs-/Lerntheorie und 
wissenschaftsorientierte Sy- 
steme. 

Dem Gebiet © wurden 20 Vor- 
träge zugeordnet, dem Gebiet © 
22, und 1 8 Vorträge fanden zum 
Gebiet® statt. Trotz dieser (fast) 
Gleichverteilung war das Gebiet 
® offenbar aus organisatori- 
schen Gründen mit nur 13 dem 
Thema inhaltlich echt verbunde- 
nen Vorträgen deutlich schwä- 
chervertreten. Dazu kommt, daß 
der dargebotene Inhalt öfter über 
die konzeptionelle Phase- „man 
müßte“, „man könnte“ - nicht 
hinauskam. Bezüglich der Lern- 
theorie unter dem Aspekt des 
Einsatzes neuer technischer Mit- 
tel (Computer) klafft offenbar 
eine weltweite Lücke. Sie kann 
m. E. nur durch Zusammenge- 
hen von Erziehungswissen- 
schaftlern und Informatikern ge- 
schlossen werden. Der Allein- 
gang des sehr sympathischen 
und im persönlichen Auftreten 
recht bescheidenen Seymour 
Papert (vom MIT in USA, Krea- 
tion von LOGO) beweist das. In 
seinen überhöhten Ansprüchen 
tritt er inhaltlich wissenschaftlich, 
bez. der Erziehungstheorie, nur 
noch in der Form bescheiden 
auf. 

Allgemein gilt, daß zeigte auch 
diese Tagung, daß die große 
Mehrheit der Wissenschaftler 
das Eindringen des Computers 
in die Pädagogik/Didaktik akzep- 
tieren muß. Es fehlt jedoch noch 
immer die erziehungstheoreti- 
sche Basis zum Erkennen der 
genauen Grenzen eines exakt 
umrissenen Gebietes der Ein- 
satzziele, Methoden und Mög- 
lichkeiten. 

Computer in General 
Education 

Vom 1 6. bis 1 8. Mai 1 987 fand in 
zeitlicher Nähe des Kongresses 
eine Konferenz Informatics and 
Teaching Mathematics statt, die 
von der IFIP Technical Commit- 
tee 3 „Education“ der Working 
Group 3.1 organisiert wurde. Es 
nahmen etwa 50 Wissenschaft- 


ler aus 1 8 Ländern teil. Die weite- 
sten Reisen hatten 9 Teilnehmer 
aus Kanada, Australien, Argenti- 
nien und den USA. Stärker als 
andere Länder waren England 
mit 10 Personen und der Block 
der skandinavischen Länder mit 
8 Personen vertreten. Von den 
sozialistischen Ländern - neben 
Bulgarien - waren noch Ungarn, 
die UdSSR und die DDR mit je 1 
Wissenschaftler vertreten. Diese 
Verteilung macht etwa deutlich, 
welche Beachtung dem Ta- 
gungsgegenstand von den ein- 
zelnen Staaten gewidmet wird. 
Die Gliederung und thematische 
Zuordnung der 1 7 Vorträge läßt 
etwa folgende Einteilung zu: 
Sprachen, Hilfsmittel, Maßnah- 
men zur Förderung, Länderbe- 
richte und das Verhältnis von 
Informatik zur Mathematik in der 
schulischen Allgemeinbildung. 

In der Gruppe Sprachen wurden 
prozedurale Sprachen in ihrem 
Einfluß auf die Mathematikaus- 
bildung einerseits und der Ein- 
fluß der Mathematik auf Spra- 
chen andererseits behandelt. 

Bei den Hilfsmitteln, welche die 
Informatik der Mathematikaus- 
bildung geben kann, fanden Pro- 
grammpakete zur Graphik, zur 
Behandlung von numerisch-ana- 
lytischen Problemen und zur Si- 
mulation und Modellierung be- 
sondere Beachtung. Die vorge- 
stellten Maßnahmen zur Förde- 
rung beinhalteten Lerntheorie, 
Formen der Lehrausbildung in 
Mathematik, Lehrprogrammfra- 
gen unter Beeinflussung durch 
IT, Informatik in der Schule und 
neue Entwicklungen der Infor- 
matik. 

Prof. P. Kenderov (Bulg. Akade- 
mie d. Wissenschaften) sprach 
übereinen von Bulgarien organi- 
sierten internationalen Wettstreit 
in Informatik für Schüler, ähnlich 
unserer bekannten Mathematik- 
olympiade. Zur Verfügung stan- 
den Apple- bzw. IBM-kompatible 
PC bulgarischer Produktion. 

Das Verhältnis der Informatik 
zur mathematischen Ausbildung 
wurde von C. Hoyles (England) 
und A. Ralston (USA) bez. der 
Klassenstufen getrennt betrach- 
tet. 

Ferner wurden einige Fragen 
und Probleme dieses Verhältnis- 
ses in vier kleineren Diskus- 
sionsgruppen recht ausführlich, 
aber nicht umfassend behandelt. 
Die Resultate wurden dem 
Plenum vorgestellt. 

Es herrscht im wesentlichen 
Übereinstimmung darüber, daß 
die Informatik auch auf die 
Schulmathematik sowohl in der 
Stoffauswahl als auch in der Zu- 
ordnung zu den Alters- bzw. 


Klassenstufen Einfluß nehmen 
wird und teilweise schon nimmt. 
Das muß von der Ausbildung für 
Mathematiklehrer reflektiert wer- 
den. 

Es wurde eine Reihe von Län- 
derberichten gegeben (USA, 
Österreich, England, Schweden, 
DDR). Dabei stellte sich heraus, 
daß unser Standpunkt zwar wis- 
senschaftlich, gesellschaftswis- 
senschaftlich und pädagogisch 
mit am besten begründet werden 
konnte, die Realisierung jedoch 
- auch gegenüber anderen so- 
zialistischen Ländern - einen 
Rückstand aufweist. 

Ausstellung 

In einer recht umfangreich ange- 
legten Ausstellung mit ausländi- 
scher Beteiligung zeigte im we- 
sentlichen Bulgarien selbst seine 
Leistungsfähigkeit im Computer- 
bau nebst Zubehör. Durch den 
Erwerb von Lizenzen von Apple 
und IBM werden auch für den 
Unterricht und das Bildungswe- 
sen sehr gut geeignete Geräte in 
ausreichender Zahl hergestellt. 
Bulgarien arbeitet auf dem Ge- 
biet „Polytechnik-Roboter“ mit 
Fischer-Elektronik (BRD) und 
einer japanischen Gruppe „Me- 
dicom Systems“ zusammen. 
Diese Vereinigung produziert 
das Schulrobotersystem 
ROBCO, welches aufbaufähig 
und sehr leistungsstark ist. Es 
wird zum Verkauf angeboten. 

Prof. Dr. I. O. Kerner 


FORTH-Erfahrungs- 

austausch 

Am 1 3. 6. 1 987 trafen sich in der 
Berufsschule „Friedrich Engels“ 
in Döbeln erstmalig Computer- 
amateure zu einem Erfahrungs- 
austausch über die Arbeit mit 
der Programmiersprache 
FÖRTH auf Heim- und Klein- 
computern. Auf der Tagesord- 
nung standen die Vorstellung 
von FORTH-Systemen, die De- 
monstration von in FÖRTH ge- 
schriebener Anwendersoftware 
und die Beratung über einen ef- 
fektiven Austausch von Erfah- 
rungen, Literatur und selbst- 
erstellter Software. Eine Diskus- 
sion der unbestreitbaren Vorteile 
von FÖRTH gegenüber der 
sonst auf Heimcomputer meist 
verwendeten Sprache BASIC 
war im Kreise dieser FORTH- 
Freunde nicht nötig. Offenbar 
haben aber bisher nicht nur viele 
Amateure, sondern auch viele 
Berufsprogrammierer die 
enorme Leistungsfähigkeit die- 
ser Sprache, die sich zum Bei- 
spiel in größtmöglicher Transpa- 
renz und Geräteunabhängigkeit 


sowie in geringem Speicherbe- 
darf und großer Abarbeitungsge- 
schwindigkeit darstellt, nicht er- 
kannt. Ein Grund dafür mag die 
bisher unzureichende Anzahl 
von Publikationen zu dieser ele- 
ganten und leistungsstarken 
Dialogprogrammiersprache 
sein. 

Es wurden FORTH-Kernefürdie 
Computertypen KC85/3, KC85/ 
1, ZI 01 3, ZX81 und ZX Spec- 
trum sowie CP/M-kompatibler 
Computer vorgestellt. Es exi- 
stiert eine Version, die auf den 
Geräten KC85/3, KC85/1 und 
ZI 01 3 einsetzbar ist. Da dafür 
offenbar ein großer Bedarf bei 
den Anwendern und Besitzern 
dieser Computer besteht, wäre 
es wünschenswert, wenn sich 
ein Vertreiberfinden würde. 
Weiterhin wurde eingeschätzt, 
daß ein Einchipmikrocomputer 
vom Typ U883, der anstelle ei- 
nes BASIC-Interpreters einen 
FORTH-Kern im Masken-ROM 
beinhalten würde, nicht nur im 
Amateurbereich, sondern vor 
allem in der Industrie vielfältig- 
ste, sehr ökonomische Einsatz- 
möglichkeiten finden würde. Bei 
der Vorstellung von in FÖRTH 
geschriebener Anwendersoft- 
ware wurden zum Beispiel fol- 
gende Problemlösungen ge- 
zeigt: 

- FORTH-Assembler für U880 
und U882 

- Schnelle Gleitkommaarithme- 
tik 

- Schnelle Grafik 

- Schnelleein- und mehrdimen- 
sionale Fouriertransformation 

- Decompiler für Secondary- 
und Primitiv-Worte 

- Ansteuerung von Peripherie 
(z. B. Plotter, EPROM-Brenner) 

- Sprachausgabe. 

Es wurde die Hoffnung geäußert, 
daß in nächster Zukunft die Zahl 
der an FÖRTH interessierten 
Computeramateure, resultie- 
rend aus der Leistungsfähigkeit 
dieser Programmiersprache, 
stark zunehmen wird. 

T. Noßke, H.-J. Gatsche 
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Tonbandanschluß für 
Mikrorechner auf der 
Basis des Kl 520 

An der Technischen Universität 
Dresden, Sektion Informations- 
technik wurde ein universell er- 
setzbares Interface zum An- 
schluß handelsüblicher Kasset- 
tenmagnetbandgeräte an Mikro- 
rechner auf der Basis des K 1 520 
geschaffen. Neben der Ankopp- 
lung von Magnetbandgeräten 
bietet es durch Bereitstelltung 
zweier PIO- sowie dreier CTC- 
Kanäle die Möglichkeit der An- 
steuerung weiterer peripherer 
Einheiten. Es wurden Software- 
Module entwickelt, die das Spei- 
chern von Dateien auf Audiokas- 
setten, innerhalb der Betriebssy- 
steme CP/M und MEOS, im KC 
85/1 -kompatiblen Datenformat 
ermöglichen. Bei Einsatz dieses 
Interfaces werden folgende Ef- 
fekte erzielt: 

- Entlastung der zur Verfügung 
stehenden Disketten 

- Möglichkeiten des Dateitrans- 
fers zwischen ansonsten inkom- 
patiblen Betriebssystemen 

- Möglichkeit der dezentralen 


(Fortsetzung von S. 347) 
trierte Befehle wie Kommando- 
stapel oder REDABAS-Pro- 
gramme, z. B.: 

SUBM STAPEL oder 
REDABAS B: PROGNAME 
Programme, die mit Warmstart 
enden (TURBO-PASCAL-Pro- 
gramme oder SYSTEM-Rück- 
kehr aus BASIC-Programmen) 
starten sich selbst bei Pro- 
grammende von neuem, was 
einen gewissen Schutz gegen 
unerlaubte Manipulationen 
(Löschkommando) bietet. 

M. Lennartz 

Literatur 

/I/ Zaks, R.:CP/M-Handbuchmit 
MP/M. Sybex-Verlag Düsseldorf 
1981, S. 203 ff. 

/2/ Systemunterlagendokumenta- 
tion MOS K 1 520. Anwenderdo- 
kumentation. Anleitung für den 
Systemprogrammierer. VEB Ro- 
botron-Buchungsmaschinenwerk 
Karl-Marx-Stadt 1984, S.5f. 


Datenerfassung mit dem Klein- 
computer KC 85/1 
- Ersatz von teueren EPROMs 
durch Magnetbandkassetten bei 
der Programmübertragung zum 
Test innerhalb einfacher Rech- 
nerkonfigurationen. 

Technische Universität Dres- 
den, Sekton Informationstech- 
nik, Bereich Kommunikations- 
und Computertechnik, Momm- 
senstraße 13, Dresden, 8027; 
Tel. 4635121 

Herzmann 

PLZ-C-Sprach ü ber- 
setzer 

Der PLZ-C-Sprachübersetzer 
dient der Portierung von PLZ- 
SYS-Quell-Programmen in äqui- 
valente Programme der Sprache 
C. Er wurde entwickelt, um unter 
dem Betriebssytem UDOS im- 
plementierte PLZ-Programme 
auf einem UNIX-kompatiblen 
Betriebssystem nutzbar zu ma- 
chen. Bis auf wenige Ausnah- 
men können mit diesem Über- 
setzer alle Anweisungen von 
PLZ in semantisch äquivalente 
Anweisungen der Sprache C 
überführt werden (Einschrän- 
kungen gibt es bei der Initialisie- 
rung von Feldern und Struktu- 
ren). Eine vollständige Syntax- 
analyse wird nicht vorgenom- 
men, da davon ausgegangen 
wird, daß die zu portierenden 
Programme bereits syntaktisch 
fehlerfrei sind. Zusätzlich wurde 
für die Ein-/Ausgabe ein Satz 
von Routinen entwickelt, die die 
entsprechenden PLZ-Ein-/Aus- 
gabe-Prozeduren (aus PLZ IO 
und PLZ. FIO) für das UNIX-kom- 
patible Betriebssystem realisie- 

VEB RFT Nachrichtenelektronik 
Leipzig „Albert Norden“, Post- 
fach 15, Leipzig, 7027 



Dokumentation zu 
MS-DOS und dBase III 

Die Dokumentation entstand 
zum Zweck der Durchführung 
von Seminaren zu MS-DOS und 
dBase III, wobei gründliche 
Kenntnisse von dBase II unter 
CP/M-80 vorausgesetzt werden. 
Sie soll und kann ein Lehrbuch, 
die Systemunterlagen oder den 
Lehrgang nicht vollständig erset- 
zen, sie dürfte jedoch ausrei- 
chend sein, um Verständnis für 
die Arbeit mit dBase III unter MS- 
DOS zu entwickeln und somit 
die effektive Ausnutzung und 
den Einsatz der 16-Bit-Technik 
wesentlich zu beschleunigen. 
Die Nachnutzungsunterlagen 
umfassen etwa 1 00 Seiten. Teil I: 
Die Betriebssysteme CP/M und 


MS-DOS im Vergleich (mit Konfi- 
gurationshinweisen, Disketten- 
formaten, allen internen und ex- 
ternen MS-DOS-Befehlen und 
den Hilfsprogrammen), Teil II: 
Die Datenbanksysteme dBase 
II, dBase III und dBase III PLUS 
im Vergleich (mit Konfigurations- 
hinweisen, einer Beschreibung 
der Prozeduren, Tips zum Da- 
tenaustausch mit Multiplan und 
Wordstar sowie 13 Programm- 
beispielen), Teil III: Anhang (mit 
allen dBase III und MS-DOS-Be- 
fehlen der Versionen 2.11 und 
3.1 in Beispielen). 

VEB Optima Aschersleben, Wil- 
helmstraße 21/31, Aschersle- 
ben, 4320; Tel. 5151 

Fischer 

Erleichterter Datei- 
zugriff beim MC 80 

An der Sektion Informationstech- 
nik der Technischen Universität 
Dresden wurde, aufbauend auf 
dem Grundsystem, ein Magnet- 
bandbetriebssystem entwickelt, 
das durch Anlegen eines Daten- 
verzeichnisses auf der Kassette 
den Zugriff auf eine Datei über 
die Angabe des jeweiligen Na- 
mens ermöglicht. Das Betriebs- 
system ist sowohl menügesteu- 
ert als auch durch Anwenderpro- 
gramme bedienbar. Es werden 
folgende Funktionen realisiert: 

- Dateiverzeichnis von Kas- 
sette lesen/schreiben 

- Dateiverzeichnis auf Bild- 
schirm/Drucker 

- Datei lesen/schreiben/lö- 
schen 

- Kassette verdichten. 

Vor jedem Schreib-/Lesezugriff 
erfolgt ein RAM-Kurztest. Das 
Betriebssystem benötigt etwa 
3 KByte Programm- und 1 KByte 
Arbeitsspeicher. 

Technische Universität Dres- 
den, Sektion Informationstech- 
nik, Bereich Kommunikations- 
und Computertechnik, Momm- 
senstraße 13, Dresden, 8027; 
Tel. 46351 21 

Herzmann 

Bilanzierung und 
Abrechnung in 
der Berufsausbildung 

Das auf PC 1 71 5 unter SCP/RE- 
DABAS laufende Programm um- 
faßt die Unterlegung aller mathe- 
matischen Zusammenhänge 
des Formblattes BA 001 mit For- 
meln. Nach Eingabe der mathe- 
matisch nicht erfaßten Größen 
erfolgt die komplette Bearbei- 
tung und der Ausdruck des 
Formblattes. 

Die Abarbeitung der Planung 
der Abt. Berufsbildung erfolgt 
innerhalb von 3 Stunden. Die 


Möglichkeit der Planänderung 
im laufenden Jahr ist (z. B. bei 
vorzeitigem Auslernen mehrerer 
Lehrlinge) gegeben. 

VEB Funkwerk Kölleda, Eugen- 
Richter-Str., PSF 48, Kölleda, 
5234 

Erstellung techno- 
logischer Fertigungs- 
unterlagen (TEFU) 

Das Programm TEFU realisiert 
Aufgaben der technologischen 
Vorbereitung (technologische 
Fertigungsunterlagen). 

Es besteht aus folgenden Kom- 
ponenten: 

- Erarbeitung von APSK/ABK 

- Anzeige APSK/ABK (nach 
versch. Kriterien) 

- Belegdruck (APSK/ABK, LS, 
MS) 

- Hilfsprogramm zur Datei- 
pflege und Systemverwaltung. 
Bei Erstellung bzw. Änderung 
der APSK/ABK werden über 
Bildschirmmasken die entspre- 
chenden Eingaben abgefordert 
(Kopf- und Arbeitsgangmaske). 
Der Anwender des Programmsy- 
stems wird durch eine umfang- 
reiche Menüsteuerung und Kom- 
mentare durch diese geführt. 
Hardware: PC 1 71 5 (BC A51 20/ 
30) mit mind. 2 Diskettenlaufwer- 
ken/BAB Il/beliebiger Drucker 
Software: SCP-kompatibles Be- 
triebssystem und REDABAS. 
VEB Elektroprojekt und Anla- 
genbau Berlin, ZFT-RFT2, Rhin- 
straße 100, Berlin, 1140 

Wir suchen . . . 

... ein Sortierprogramm adäquat 
Super Sort bzw. mit ähnlichen 
Leistungsparametern zur Verar- 
beitung auf AC A 7100. 

VEB Vereinigte Wellpappenbe- 
triebe Leipzig, Werk 4, Rationali- 
sierung Verpackung, Straße der 
Befreiung 17, Leipzig, 7010; 

Tel. 64156 (Koll. Borkenhagen) 
Bindig 

. . . nach einer Möglichkeit, einen 
Atari-Drucker als Peripheriege- 
rät am KC 85/3 zu nutzen. Wer 
kann uns bei der Erstellung der 
Hard- und Softwarelösung be- 
hilflich sein? 

Betriebsschule „W. M. Sa- 
gorski“ Golzern, Bahren über 
Grimma, 7241, Tel. Grimma 670 
Freitag 

. . .dringend für Terminal 
CM 7202. Ml Beschreibung in 
Deutsch, auch leihweise. 

VEB Komplette Chemieanlagen, 
ORZ, Abt. 695120, Postfach 
184, Dresden, 8012; 

Tel. 4863323 

Dr. Gäbler 
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Beiträge zur Mikro- 
computertechnik 

von M. Roth (Hrsg.), VEB Verlag 
Technik, Berlin 1986, 1. Auflage, 
40,- M 

Dieses Buch ist eine Sammlung 
von Aufsätzen und Vorträgen 
der 3. Jahrestagung „Mikropro- 
zessortechnik ’85“ zu dem brei- 
ten Themenkreis Mikrorechen- 
technik. Dabei handelt es sich 
zum größten Teil um Übersichts- 
artikel, die von einzelnen Arbei- 
ten, die tiefer in bestimmte Pro- 
blemkreise eindringen, unterbro- 
chen werden. Allen Artikeln ge- 
meinsam ist die sehr hohe Infor- 
mationsdichte. Zu vielen Schlag- 
worten unserer Tage, wie 

5. Computergeneration, 32-Bit- 
Mikroprozessor, Künstliche In- 
telligenz und Expertensystem, 
findet man vorausdenkende Arti- 
kel. Aktuelleren Bezug haben 
Arbeiten zu Rechnernetzen und 
zum Schaltkreisentwurf. Auf die 
Personalcomputer, die derzeit 
sicher die höchste Einsatzrate in 
der DDR haben, PC 1 71 5 und 
A7100, wird ebenso eingegan- 
gen wie allgemein auf Program- 
miersprachen und Betriebssy- 
steme. Auch der aktuellen Pro- 
blematik der Aus- und Weiterbil- 
dung wird gebührende Aufmerk- 
samkeit gewidmet. Im Zusam- 
menhang mit der Vernetzung 
von Computern wird ihre Kopp- 
lung untereinander und ihre Ein- 
bindung in ein industrielles Um- 
feld besprochen. Dabei zeigt 
sich, daß 8-Bit-Mikroprozesso- 
ren nach wie vor aktuell sind, 
sowohl für Personalcomputer 
mit begrenztem Aufgabengebiet 
als auch als Herzstück von Auto- 
matisierungsgeräten. Von fast 
philosophischer Tiefe ist der Arti- 
kel des Herausgebers, der sich 
mit dem urheberrechtlichen 
Schutz von Softwareprodukten 
befaßt. Abschließend sei noch 
bemerkt, daß das Buch trotz 
überblickartiger Artikel kein Ein- 
steigerbuch ist, sondern bei vie- 
len Beiträgen eine gewisse Ver- 
trautheit mit der Materie voraus- 
setzt. 

M. Rachow 

Praktische Mikro- 
computertechnik 

von M. Kramer, Militärverlag der 
DDR, Berlin 1987, 272 S., Reihe 
Amateurbibliothek 
Die Mikrocomputertechnik hält 
in die verschiedensten Bereiche 
unseres Lebens Einzug. Gleich- 
zeitig steigt das Interesse der 
Elektronikamateure an dieser 
Technik. Die Praktische Mikro- 
computertechnik, erschienen in 
der Amateurbibliothek des Mili- 


tärverlages, wendet sich vor al- 
lem an diesen Interessenten- 
kreis. Der Autor bietet eine Anlei- 
tung zum Selbstbau und zur Pro- 
grammierung eines eigenen 
Computers. 

Im ersten Kapitel wird nach einer 
knappen Einleitung der konkrete 
Aufbau des Gerätes, das sind 
die Prozessorkarte, der Tasta- 
turanschluß, der Anschluß eines 
Kassettenmagnetbandes und 
eines Fernschreibers (Druk- 
kers), die Bildschirmansteue- 
rung, die Stromversorgung und 
der mechanische Aufbau behan- 
delt. Im abschließenden Absatz 
Inbetriebnahme wird Anfängern 
geraten, sich von einem erfahre- 
nen Amateur helfen zu lassen. 
Dieser Hinweis muß angesichts 
der gedrängten Darstellung un- 
terstrichen werden. 

Da der Amateur im wesentlichen 
ohne komfortable Meßtechnik 
arbeiten muß, sind die vorge- 
schlagenen Inbetriebnahme- 
hilfsmittel von großer Bedeu- 
tung. 

Die Programmierung des ent- 
standenen Gerätes wird im zwei- 
ten Kapitel behandelt. Vorange- 
stellt ist eine Einführung in die 
Programmiersprache BASIC. 
Anschließend werden die Ma- 
schinenbefehle des UB880 D 
besprochen. Es folgen Erläute- 
rungen der wichtigsten „Soft- 
warewerkzeuge", wie Monitor- 
programm und Debugger, Editor 
und Assembler sowie kurze Bei- 
spiele. 

Spätestens an dieser Stelle muß 
auf den sehr umfangreichen An- 
hang verwiesen werden. Er 
macht mit 1 39 Seiten mehr als 
die Hälfte des Buches aus. In 
ihm sind die genannten Pro- 
gramme als komplette Assem- 
bler- und Interpreter und Dis- 
assembler, aber auch Hardware- 
unterlagen, wie Schaltkreisbe- 
schreibungen und Leiterplatten- 
layouts machen den Anhang zu 
einer wichtigen Fundgrube für 
den Amateur. Nach der Pro- 
grammierung werden im dritten 
Kapitel Speichererweiterungen, 
ein EPROM-Programmierzu- 
satz, ein Zeitgeberanschluß, ein 
Magnetbandanschluß, ein Hand- 
leser für Lochstreifen sowie der 
Anschluß von D/A- bzw. A/D- 
Wandlern behandelt. Das vierte 
und letzte Kapitel enthält eine 
kurze Vorstellung einiger Peri- 
pheriebausteine, weiterer Mikro- 
prozessoren und eine Abhand- 
lung über den Anschluß eines 
Diskettenlaufwerkes, einschließ- 
lich einiger wichtiger Angaben 
über den Floppy-Disk-Schalt- 
kreis U 8272, die, wie der Autor 
schreibt, noch kurz vor Redak- 


tionsschluß entstand. Im Anhang 
findet sich dazu das Programm 
CBIOS. Wegen des gebotenen 
Umfanges sind dem Leser sicher 
manche Teile des Buches zu 
knapp geraten, und er kommt, 
will er der Aufforderung zum 
Selbstbau folgen, nicht ohne um- 
fangreiche andere Literatur aus. 
Das Buch bietet jedoch neben 
vielen wertvollen Einzelinforma- 
tionen und konkreten Hilfsmitteln 
einen Überblick und ist daher 
nicht nur für den Amateur inter- 
essant. 

V. Obst 

UNIX-Tabellenbuch 

von F. Bach, C. Jansen und G. 
Spies, herausgegeben von 
F. Bach und P. Domann, Carl 
Hanser Verlag München Wien 
1986 

Eine im deutschen Sprachraum 
in Inhalt und Form wohl bisher 
einmalige Publikation zu UNIX- 
kompatiblen Betriebssystem- 
konzepten wurde vom Hanser 
Verlag mit dem UNIX-Tabellen- 
buch vorgelegt. Informationen, 
die bisher mühsam aus verschie- 
denen Quellen zusammengetra- 
gen werden mußten, findet der 
Leser hier übersichtlich geordnet 
und gut editiert. Berücksichti- 
gung finden insbesondere die 
Standardversionen: UNIX Ver- 
sion 7, UNIX System III, UNIX 
System VRel.1, UNIX BSD 4.2 
und XENIX 286 Rel. 3. Begin- 
nend mit einem Systemüberblick 
der angegebenen UNIX-Stan- 
dardversionen werden in dem 
UNIX-Tabellenbuch folgende 
Komplexe ausführlich behan- 
delt: 

1 . UNIX-Kommandosatz mit 
einer alle Optionen umfassen- 
den Kommandoerklärung. 

2. UNIX-Benutzeroberfläche 
C-Shell und Bourne-Shell in ei- 
ner tabellarischen Gegenüber- 
stellung der verschiedenen Mög- 
lichkeiten. 

3. Dienstprogramm ’awk’ (Text- 
mustererkennung und -Verarbei- 
tung), ’sccs’ (Source Code Con- 
trol System) und ’make’ (Pro- 
grammwartung und -generie- 
rung). 

4. Editieren ’ed’ (interaktiver 
Standard-Zeileneditor von 
UNIX) und ’vi’ (interaktiver Bild- 
schirmeditor/Cursor-orientiert) . 

5. Textverarbeitung mit einer 
Beschreibung und Kommando- 
übersicht des nroff/troff-Textver- 
arbeitungssystems, die eine Be- 
handlung von ’tbl’ (Tabellenprä- 
prozessor), ’eqn’ (Formelaufbe- 
reitung) und der me-/ms-Makro- 
pakete einschließt. 

6. C-Programmierumgebung 
mit der ausführlichen Behand- 


lung der Komponenten ’ar’ (Ar- 
chivator), ’cb' (C-Formatierer), 
’cc’ (C-Compiler), ’lint’ (C-Verifi- 
zierer) und ’nm’ (Symboltabel- 
lenausgabe). 

7. UNIX-Systemcallbeschrei- 
bung der verschiedenen Versio- 
nen. 

8. UNIX-Ein-I 'Ausgabekom- 
mandobehandlung (cpio, dd, 
dump, dumpdir, restor, tar) und 
UNiX-Superuser-Kommandos 
einschließlich einer ausgezeich- 
neten Beschreibung der Term- 
cap-Datenbasis für die Ansteue- 
rung unterschiedlicher Bild- 
schirmterminals. Die Aufberei- 
tung und Auswahl der Informa- 
tionen des UNIX-Tabellenbu- 
ches erfolgte von den Autoren 
sehr sorgfältig und anwender- 
orientiert. Gesuchte Informatio- 
nen lassen sich schnell und pro- 
blemlos finden. 

Dr. L. Claßen 


Computertechnik 
im Profil 

von H.-R. Schuchmann und H. 
Zemanek (Hrsg.) R. Oldenbourg 
Verlag München, 198 S. 
Computergeschichte, lebendig 
in Gegenwart und Vergangen- 
heit, gefüllt mit persönlichen Re- 
miniszenzen bekannter und we- 
niger bekannter Computertech- 
niker und Informatiker - nach 
heutiger Terminologie -so stellt 
sich dieser Zeitbericht dar. 

Die 35 Autoren von z. B. Bauer, 
Dijkstra, Kerner bis Zemanek 
und Zuse schreiben engagiert 
mit persönlicher Position fach- 
und sachkundig aber auch zu- 
gleich sozial verantwortungsbe- 
wußt und kritisch. Bei den ersten 
Relais- und Röhrenrechnern be- 
ginnend, überstreicht die Doko- 
mentation alle allgemeinen Digi- 
talrechner-Prinzipien, wie sie 
heute zu den ersten vier Genera- 
tionen der J.-v.-Neumann-Archi- 
tektur gerechnet werden kön- 
nen. Nur die Datenflußarchitek- 
tur geht partiell darüber hinaus. 
Alles, was „Geschichte“ der 
Computertechnik in dieser 
Darstellung ist, ist „algorithmi- 
sche Maschine“ - vom „Ziffern- 
rechner“ bis zur „Datenverarbei- 
tungsanlage“, ist also alles, was 
man unstrittig als „nichtintelli- 
gente Rechenmaschine“ nach 
der Algorithmus-Definition von 
A. M. Turing bezeichnen kann. 
So ist es in der Tat ein Dokument 
der Vorgeschichte der Compu- 
tertechnik, ihrer klassischen 
Epoche. 

Prof. Dr. M. Roth 
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Fachtagung Computer- 
und Mikroprozessor- 
technik ’87 

Tagungsprogramm 

Am 8. und 9. Dezember 1987 findet in Magdeburg 
die o. g. Tagung statt. Veranstalter sind die Wissen- 
schaftliche Sektion Computer- und Mikroprozes- 
sortechnik des Fachverbandes Elektrotechnik der 
KDT sowie die Sektion Automatisierungstechnik 
und Elektrotechnik der Technischen Universität 
„Otto von Guericke“ Magdeburg. 

Die Fachtagung vermittelt umfassende Informatio- 
nen über Stand und Perspektiven der Computer- 
und Mikroprozessortechnik, ihre Anwendung und 
aktuelle Probleme der Schaltkreisentwicklung un- 
ter besonderer Berücksichtigung der Anforderun- 
gen in der DDR. 


Dienstag, den 8. Dezember 1987 
(9.30 -16.00 Uhr) 

• Eröffnung und Begrüßung 

• Hauptvorträge 

P. Neumann; Magdeburg 
Mikrorechner-Automatisierungs^nlagen für die Mit- 
tel- und Großautomatisierung 

M. Seifart, B. Michaelis; Magdeburg 
Intelligente Funktionseinheiten zur Meßwerterfas- 
sung und Vorverarbeitung 
M. Roth; Ilmenau 

Mikroprozeßrechner und Expertensysteme - per- 
spektivische Entwicklungen 
P. Neubert; Dresden 

Leistungsgesteigerte 16- und 32-Bit-Mikroprozes- 
sorsysteme 

• Sektion A: Meßwerterfassung und Prozeßauto- 
matisierung 

G. Naumann; Dresden 

Möglichkeiten der Kopplung von Meßtechnik mit 
Büro-/Personal- und Kleincomputern 
Th. Schindler, U. Fincke, H. Beikirch; Magdeburg 
Meßdatenverarbeitung mit feldbuskoppelbaren 
Rechnermodulen an Personalcomputern 

H. Albrecht, A. Röhl, K.-P. Schulz; Rostock 
Optoelektronisches Meßsystem in der Prozeßauto- 
matisierung 

R. Naumann, V. Schnetter, U. Frühauf; Dresden 
Der Einsatz von Patterngeneratoren in einem La- 
borsystem zur Prüfung komplexer digitaler Leiter- 
karten 

U. Manzelmann; Rostock 

Computergrafik in der Prozeßautomatisierung 

G. Richter, Dresden 

Aspekte der Prüfstrategie und der prüfgerechten 
Erzeugnisgestaltung im Hinblick auf die Einführung 
derSMD-Technik 
G. Schubert; Dresden 

Erweiterungsbaugruppen zum Kleincomputersy- 
stem KC 87 für spezielle Anwendungen 

• Sektion B; Mikrorechner (Hard- und Software) 
B.-G. Münzer, N. Wengel; Rostock 
16-Bit-Single-Board-Computer WPU 8086 und 
8000 

L Claßen; Berlin 

P 8000 - Ein Programmier- und Entwicklungssy- 
stem mit UNIX-kompatibler Programmierumge- 

T. Schwenke; Berlin 

Einsatz von 1 6-Bit-Rechnern im Verkehrswesen 
der DDR 

K. Bernstein; Leipzig 

Softwarezuverlässigkeit und ihre Behandlung 
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H. Schoenyan; Dresden 

Hardware-Konzept des ESER-PC EC 1834 

D. Wiedemuth; Dresden 

Konzept der Basis-Software des EC 1 834 

N. A. Shutova u. a.; Dubna 

Programmsystem zur Meßwerterfassung und 

Übertragung in der Experimentautomatisierung 

Mittwoch, den 9. Dezember 1987 
(8.00-13.00 Uhr) 

• Hauptvorträge 
W. Meiling; Dresden 

Der Einfluß der Prozessorarchitektur auf die Struk- 
tur von Rechnerbussystemen 
H. Löffler; Dresden 
Lokale Netze 

D. Müller; Karl-Marx-Stadt 
Entwurf und Anwendung von Gate-Array-Schalt- 
kreisen unter dem Aspekt der Zusammenarbeit von 
Anwender und Hersteller 


M. Gieseler; Dresden 

Entwurf und Anwendung von Gate-Array-Schalt- 
kreisen unter dem Aspekt der mit U 5200 erreichten 
technischen Parameter 

• Sektion C: Bussysteme und ihre Anwendung 

F. Güttler; Magdeburg 
Feldbussystem für die Kleinautomatisierung 
W. Fengler, U. Steubel, N. Hirt; Ilmenau 
Mehrschichtenmodell des Prozeß-LAN ISB 881 
W. Kriesei, P. Gibas, Ch. Kozub; Leipzig 
Funktionelle Maßnahmen zur Realisierung eines 
fehlertoleranten Feldbussystems 

O.l. Elisarov, S. Günther, B.E. Resaev, K.-H. 
Schultz; Dubna 

Intelligentes Terminal für das Rechnernetz des LNF 
am VIK-Dubna 

G. Wollenberg, C. Pyttlik; Magdeburg 

Eine zentrale Busvergabesteuerung für 1 6-Bit-Mul- 
timikrorechnersysteme 

J. Hähniche, D. Kuhn; Magdeburg 
Pilotprojekt des LAN an der TU „Otto von Guericke“ 
Magdeburg 

• Sektion D: Kundenspezifische Schaltkreise 

U. Donath, G. Kurth, P. Schwarz, T. Trappe; Dres- 
den 

KOSIM-LT : Ein Logik- und Timing-Simulator für 1 6- 
Bit-Rechner 

D. H. Eckhardt; Dresden 
Entwicklungsrichtungen bei Siliconcompilem 

K. Benning; Dresden 

Anwendungsbeispiele und Anwendererfahrungen 
mit dem Gate-Array-System U 5200 
B. Hertwig; Magdeburg 

Einsatzbeispiel für das Gate-Array-System U 5200 
im Schwermaschinenbau 

H. -J. Ahrend, B. Stitz; Magdeburg 

Ein Gate-Array-Schaltkreis für die Überwachung 
und Steuerung von Gasbrennern 
B. Lux, D. Köhler, H. Helms, M. Steimann; Dresden 
Berührungslose Fertigungsmeßtechnik mit CCD- 

• Posterbeiträge 

H. Petzold, J. Krone, P. Holfert, A. Staudinger; 
Dresden 

Qualitätssicherung mit Mehrstellenmeßtechnik 
F. Eichelbaum; Magdeburg 
Programmierbarer Meßverstärker mit verkürzter 
Einschwingzeit 

W. Fengler, N. Hirt, D.-Q. Mink, G. Schade; Ilme- 
nau 

Pl-Schrittreglermodul mit Einchip-Mikrorechner 


J. Grünwald; Rostock 

Mikrorechnergestützte Steuerung von Kleinantrie- 
ben 

K. G. Rodinov. B. N. Solovjev, V. G. Tishin; Dubna 
Mikroprozessor-Interface zur Steuerung eines Mo- 
tors für einen Neutronenstrahl-Chopper 

S. Günther, O. I. Elisarov, M. Löbner, B. Michaelis, 

A. I. Ostrovnoj, W. Schwenkner, K.-H. Schultz; 
Dubna 

Dezentrales System zur Automatisierung des 
Spektrometers SPN-1 im VIK-Dubna 

B. -G. Münzer, G. Jarke; Rostock 
Multirechnersysteme mit 16- und 8-Bit-Rechnern 

P. Eichelbaum; Magdeburg 

Kopplung verschiedener Mikrorechnertypen mit 
Zwei-Tor-Speichern 

A. Gienapp, B.-G. Münzer, W. Wengel; Rostock 
Computergestützte Ausbildung in der Elektronik 
H. Zimmerling; Leipzig 

Datenbanksysteme und ihre Hierarchie auf Perso- 
nalcomputern 
V. V. Trofimov, u. a.; Dubna 
Programm zur Realisierung des Datenaustauschs 
zwischen ESER-Rechnern und Mikrorechnern 

O. Krohmann; Magdeburg 

Die Nutzung von verbindungslosen Link-Diensten 
zur Implementation von Anwendersoftware für 
LANs am Beispiel eines Filetransferprotokolls 
A. Eckstädt; Magdeburg 

Simulation von Bussystemen und Konsequenzen 
für die Gestaltung künftiger Systeme 
G. Roche, W. Ulbrich, M. Roth; Ilmenau 
Worst-Case-Systembus-Prüftechnik 

P. Schwarz; Dresden 

Modellierung und Simulation von Gate-Array- 
Schaltkreisen 

R. Maaß, J. Krieger, H. Hocker; Magdeburg 
Gate-Array-Schaltkreis zur Signalauswertung in 
Meßsystemen mit CCD-Zeilen 
Das Tagungsbüro befindet sich am 7. Dezember 
1987 von 14 bis 20 Uhr im Hotel International und 
während der Tagung am Tagungsort. Tagungsorte 
sind die Scala-Lichtspiele Magdeburg, Halberstäd- 
ter Straße 135, und das Theater der Freundschaft 
Magdeburg, Braunschweiger Straße 25. 


Bl KONTAKT g 


Anfragen sind zu richten an: 
(organisatorisch) 

Kammer der Technik, Tagungsbüro 

Brüderstraße 3 

Stendal 

3500 

Tel. Stendal 21 30 34 

bzw. (inhaltlich) 

Technische Universität 
„Otto von Guericke“ Magdeburg 
Sektion Automatisierungstechnik 
und Elektrotechnik 

Wissenschaftsbereich Prozeßmeßtechnik 

Prof. Dr. sc. techn. Seifart 

oder Doz. Dr. sc. techn. Michaelis 

Boleslav-Bierut-Platz 5, PSF 124 

Magdeburg 

3010 

Tel. Magdeburg 5920 
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Liebe Leser, 

nach dem Start unserer neuen Rubrik MP- 
Computerclub im Septemberheft haben uns 
bereits zahlreiche Zuschriften erreicht, für 
die wir uns auch im Namen der Leser bedan- 
ken, die aus den Beiträgen den gewünsch- 
ten Nutzen ziehen werden. 

Wir möchten uns an dieser Stelle noch ein- 
mal an alle potentiellen Autoren wenden, um 
auf die Beschaffenheit der Manuskripte hin- 
zuweisen, deren Form eine zügige und qua- 
litätsgerechte Veröffentlichung beeinflußt. 
Ausführliche Hinweise zum Abfassen von 
Manuskripten hatten wir bereits in MP 2/ 
1987 abgedruckt, Probleme zu dieser The- 
matikin MP 9/1 987. 

Für das Veröffentlichen von Manuskripten im 
MP-Computerclub ist vor allem folgendes 
wichtig: 

• Zum Abdruck der Programme wird die 

Vorlage des Autors als Original genutzt. Da- 
herliefern Sie bitte unbedingt weißes Papier 
mit kontrastreicher Schrift. , 

• In der Regel sollten die Programme als 
Quelltext-Listlng, nur nach Absprache mit 
der Redaktion als Hexdump, eingesandt 
werden. 

Ihre Redaktion MP 


KC85/3-BASIC-Tip 
Funktionsdefinition 
im Programm 

Der BASIC-Interpreter gestattet es dem Pro- 
grammierer, selbst Funktionen mit der DEF- 
FN-Anweisung zu definieren. Dies ist aber 
nur bei der Programmeingabe bzw. im EDIT- 
Modus möglich, das heißt, nicht im laufenden 
Programm. Ist dies gewünscht, z. B. in Pro- 
grammen, die auch von anderen Nutzern be- 
dient werden sollen, kann das Programm in 
Bild 2 helfen. 



1 . Eingabe des Programmes gemäß Bild 2 
Die Zeilen 10 und 20 werden in maximaler 


Es wird durch ein Maschinenprogramm un- 
terstützt, welches eine im Programmlauf ein- 
gegebene Funktion in die interne Darstellung 
des Interpreters umwandelt und ins Pro- 
gramm „pokt“. 

Um die Nutzung einer Funktionseingabe zu 
demonstrieren, wird im Programm eine ma- 
thematische Funktion grafisch dargestellt. 
Die Koordinatenachsen werden ebenfalls 
eingezeichnet. Es erfolgt allerdings keine An- 
passung bezüglich des dagestellten Maß- 
stabs. Dies auszubauen, bleibt dem Anwen- 
der überlassen. Das Programm ist als Anre- 
gung zu eigenen Programmen gedacht und 
erhebt nicht den Anspruch auf optimale Rea- 
lisierung. 

Wichtig ist hier nur die Darstellung der Funk- 
tionseingabe. Man geht dabei folgenderma- 
ßen vor: 


Länge mit Füllzeichen eingegeben. 

Die Zeile 10 soll das Maschinenprogramm 
aufnehmen (vgl. IM). Zeile 20 nimmt die je- 
weils eingegebene Funktion auf, welche un- 
terschiedlich lang sein kann. Deshalb wird 
die Funktion auch stets mit einem Doppel- 
punkt abgeschlossen, und der Rest der Zeile 
wird dann mit einem Ausrufezeichen als 
Kommentar abgetrennt. 

2. Verlassen des BASIC-Interpreters mit BYE 

3. Anzeige des Speicherbereichs des BA- 
SlC-Programmes mit DISPLAY (Bild 1) und 
Übergang in die MODIFY-Eingabe mit der 
STOP-Taste 

Die Eingabe erfolgt hexadezimal ab Adresse 
406H bis 427H. Die Zeilen müssen dabei ein- 
zeln mit der ENTER-Taste abgeschlossen 
werden. Nach Verlassen des Eingabemodus 
wird der Warmstart des BASIC-Interpreters 



aufgerufen, und das 
Programm kann ge- 
testet werden. 

K.-D. Kirves 


Literatur 

IV Kirves, K.D.:KC85/ 
3-BASIC-Tip Maschi- 
nenprogramme (1). Mi- 
kroprozessortechnik, 
Berlin 1 (1987)11 


Primzahl-Nachlese 
zum BASIC-Rundfunk- 
lehrgang 

Nachdem die ersten Programme der Rund- 
funkhörer zu den Primzahlzwillingen ausge- 
wertet waren, erreichte mich noch eine Viel- 


zahl von interessanten Lösungen. Davon 
möchte ich hier - ergänzend zu Heft 8/87, 
S. 283 drei vorstellen. 

Durch die vielen DATA-Werte und eine kom- 
plexere Programmierung erreicht M. Reise- 
ner (Bild 1 ) etwa die vierfache Geschwindig- 
keit wie bei meinem Bezugsprogramm. Je die 
etwa dreifache Geschwindigkeit haben die 


anderen beiden Programme, wobei aller- 
dings ihr Zeitverhalten unüblich ist. So spei- 
chert das Programm von K.-P. Asmus (Bild 2) 
jeweils erst einmal etwa 5000 Werte, um 
diese dann geschlossen auszugeben. Beim 
Programm von J. Schur (Bild 3) - was ich be- 
sonders interessant finde, nicht nur wegen 
seiner Kürze - wird ein Feld aufgebaut. Es 
beginnt, dadurch bedingt, ganz langsam und 
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likroprozessortechnik, Berlin 1 (1987) 






Bildausschnitt- 

verdopplung 

Das vorgestellte Maschinenprogramm ver- 
doppelt beim KC 85/(/3) die Zeilen 0 bis 15 
und die Spalten 0 bis 1 5. Das Programm wird 
auf den Adressen 0000 bis 0103 abgelegt. 
Da dieser Speicherbereich nur bedingt frei 
ist, kann es passieren, daß Adressen über- 
schrieben werden. Danach ist das Programm 
zu korrigieren oder neu einzuladen. Um das 
Programm nicht unnötig zu komplizieren, 
wurde auf die Spalten 16 bis 19 verzichtet. 
Das Programm wird aus dem BASIC-Modus 
über CALL 0 aufgerufen. Es ist von Vorteil, 
das maximale Fenster einzustellen. Achtung! 
Das Programm belegt während der Abarbei- 
tung jeweils 16 Adressen beginnend bei 
BA00, BBOO, BCOO, BDOO und BEOO. 

Für einen Test kann das Programm in Bild 2 
genutzt werden. E. Feige 

KC83/3-Assemblertip 
Zusatzprogramm 
zur Steuerung 
der Listenausgabe 

Der KC85-Modul M027-DEVEL0PMENT 
(vgl. /I/) besitzt die Möglichkeit der Ausgabe 
des Assemblerlistings auf Drucker. In man- 
chen Fällen ist es aber nicht erforderlich, 
stets das komplette Listing auszudrucken. Der 
Assembler beinhaltet jedoch keine Pseudoan- 
weisung zur Listensteuerung. Das Programm 
in Bild 1 kann diese Funktion ergänzen. 

Das EDAS-Untermenü arbeitet prinzipiell 
genauso wie das CAOS-Grundmenü, es ist in 
121 beschrieben. Im Gegensatz zum CAOS- 
Menü werden als Prolog zwei Bytes DDH ver- 
wandt. Der Suchbereich für EDAS-Menüan- 
weisungen erstreckt sich auch auf den Be- 
reich von BAOOH bis BFFFH. Das in Bild 1 
dargestellte Programm enthält zwei Menüan- 
weisungen zum Ein- und Ausschalten der Li- 
stensteuerung. Weiterhin ist ein Seitenvor- 
schub im Quellprogramm programmierbar - 
zum Erreichen eines übersichtlicheren Li- 
stings. Die Listensteuerung erfolgt durch Ein- 
trägen von drei speziellen Steuerzeichen in 
Kommentarzeilen des Quellprogrammes. 
Die Eingabe der Steuerzeichen erfolgt über 
die Funktionstasten F4 bis F6, ergänzend zu 
den vom EDAS verwendeten Funktionsta- 
sten. Tafel 1 zeigt die Funktionstasten, Co- 
des, Darstellung und ihre Bedeutung. 

Bei Eingabe des Kommandos LISTOFF wird 
die Listensteuerung aktiviert, indem ein Pro- 
grammteil zur Auswertung der Steuerzei- 
chen zwischen Assembler und Druckertrei- 
ber „geschaltet“ wird. Nach Ausdruck des 
Assemblerlistings sollte mit der Anweisung 
LISTON die normale Druckerausgabe wieder 
eingeschaltet werden, da ansonsten eine un- 
terdrückte Ausgabe auch für den Disassem- 
bler oder die DUMP-Ausgabe bestehen 
bleibt. Ebenfalls sollte stets am Ende des 
Quellprogrammes das Steuerzeichen zum 
Einschalten der Ausgabe (F4) stehen. 

Das in Bild 1 dargestellte Programm ist mit 
dem Modul M027 DEVELOPMENT erstellt 
worden. Es ist sowohl auf dem KC 85/3 als 
auch auf dem KC 85/2 lauffähig. Es arbeitet, 
außer- mit den im Modul M027 enthaltenen 
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Bild 2 Testprogramm 



Tafel 1 Aufstellung der Steuerzeichen 


9CH 

8FH 

8CH 


umrandetes L 

HARDCOPY-Zeichen 

CLS-Zeichen 


Unterdrückung der Listenausgabe 
Freigabe der Listenausgabe 
Seitenvorschub 



Bild 1 Assemblerlisting 
zum Programm Listen- 
steuerung 

Druckertreibern, mit allen Druckertreibern 
zusammen, die über den USER-Kanal 2 ar- 
beiten. Das Programm kann auch auf andere 
Speicherbereiche übersetzt werden, es ist je- 
doch nur im Bereich BAOOH bis BFFFFH 
nutzbar. K.-D. Kirves 


Literatur 
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KC 85/3. Mikroprozessortechnik, Berlin 1 
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Arbeitsplatz 

für Konstruktion 
und Technologie 
A 6454 


Der Arbeitsplatz robotron A 6454 ist ein interaktives grafisches 
System zur Rationalisierung der Entwurfs-, Konstruktions-, 
Technologie-, Fertigungs- und Projektierungsaufgaben mit 
einem oder mehreren Arbeitsplätzen sowie Kopplung an Über- 
oder nebengeordnete Systeme. Das modular aufgebaute 
CAD/CAM-System bietet ein breites Spektrum von Anwendungs- 
möglichkeiten: 

- Rechnergestütztes Herstellen von Zeichnungen 

- Rechnergestütztes Programmieren von Maschinen und 
Anlagen 

- Rechnergestütztes Ausarbeiten von APSK, Stücklisten, 
Arbeitsunterweisungen für Maschinenbedienung 

- Berechnen von Einzelteilen 

- Rechnergestützte Arbeitsplätze für Konstrukteure und 
Technologen 

- Rationalisierung der Projektierung und Offertentätigkeit im 
Großmaschinen- und Anlagenbau 

- Entwicklung von Gleichstrom-Stellmotoren 

- Entwicklung und Herstellung von Leiterplatten 

- Projektierung von Energieverbundnetzen 


robotron 

VEB Robotron-Vertrieb Berlin 

Mohrenstraße 62 
Berlin 

DDR -1080 
Exporteur: 

Robotron Export-Import 

Volkseigener Außenhandelsbetrieb 
der Deutschen Demokratischen Republik 
Allee der Kosmonauten 24 
Berlin 

DDR -1140 








Spaltweite 0,5-0,8Mm 



1 

L 


Flughöhe 0,2-0, 3 um 




Schutz- und Gleitschicht 0,02-0,08 [im 


Magnetschicht 0,05-0,1 (im 


m 


0,1 pm 


Unterschicht 10-25 pm 
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256-Kilobit-Speicher- 

schaltkreise 

aus eigener Produktion 

ln der Volkswirtschaft der DDR 
wurde am Vorabend des 38. Jah- 
restages dazu übergegangen, 
256-Kilobit-Speicherschalt- 
kreise aus eigener Produktion 
anzuwenden, nachdem eine ent- 
sprechende technologische Li- 
nie im Kombinat Carl Zeiss JENA 
ihren Betrieb aufgenommen hat. 
Eine moderne Technologie 
(CMOS-Technik) erlaubt, Struk- 
turbreiten von 1 ,5 um zu beherr- 
schen. Auf deren Grundlage ist 
es möglich, weitere Schaltkreis- 
typen zu produzieren und sich 
auf die Produktion von 1 - bzw. 
4-Megabit-Speicherschaltkrei- 
sen mit konkreten Schritten vor- 
zubereiten. 256-Kilobit-Spei- 
cherschaltkreise stellen ein qua- 
litativ höheres Niveau in der Pro- 
duktion und Anwendung der Mi- 
kroelektronik dar. Diese Schalt- 
kreise ermöglichen es, auf einen 
Chip rund 60 000 T ransistorfunk- 
tionen zu konzentrieren. Sie 
kommen vor allem in weiterent- 
wickelten 16-Bit-Personalcom- 
putern sowie 32-Bit-Rechnern 
zum Einsatz. 

ADN/MP 

ELORG- 

Ausstellung in Berlin 

Vom 6. bis 9. Oktober stellte der 
sowjetische Außenhandelsbe- 


trieb ELORG in der ständigen 
Exportmusterschau im Haus der 
sowjetischen Wissenschaft und 
Kultur ausgewählte Exponate 
seines Handelssortiments vor. 
So wurden Bauelemente, Ta- 
schenrechner, Schulcomputer 
und der Drucker EC 7040 ausge- 
stellt. 

Auf Schautafeln wurde über wei- 
tere Erzeugnisse informiert. Bei- 
spielsweise über den Großrech- 
ner EC 1 066, das leistungsfähig- 
ste Modell des ESER, über den 
Terminalrechner EC 1007 und 
über den Personal- und Arbeits- 
platzcomputer EC 1 841 . Beim 
EC 1 841 handelt es sich um ei- 
nen IBM-PC/XT-kompatiblen 
Personalcomputer. Als wichtig- 
ste Parameter wurden angege- 
ben: 16-Bit-«P K 1810 WM 86 
mit 1 Million Operationen pro Se- 
kunde, 5 1 2 bis 1 506 KByte R AM , 
2 Floppy-Einheiten, 10-MByte- 
Winchesterlaufwerk, Farbdis- 
play mit einer Auflösung von 
640x200 Rasterpunkten, ein 
Centronics-Interface und 2 V24- 
Schnittstellen. Als Option kann 
eine Maus geliefert werden. Der 
Computer arbeitet unter den Be- 
triebssystemen MS/DOS und 
CP/M-86. Eine Reihe internatio- 
nal häufig verwendeter Stan- 
dardsoftware ist implementiert. 
Als Sprachen waren BASIC-86, 
PASCAL M 86 und ASSEM- 
BLER M-86 aufgeführt. 

MP 


Berichtigung 

Leider hatte in MP 9/87 auf 
■ Seite 250, 3. Spalte oben, der 
Druckfehlerteufel zugeschla- 
gen. Richtig muß es heißen: 

... sei auf die Bezugsmöglichkei- 
ten von Angebotsrecherchen 
aus dem . . . 

und AR 30/87 ME-Einsatz zur 
rationellen Energieanwendung. 
Außerdem bittet der VEB Appli- 
kationszentrum Elektronik Berlin 
noch um folgenden Zusatz: Di- 
rektbestellungen der Angebots- 
recherchen sind zu richten an 
den VEB Applikationszentrum 
Elektronik Berlin, Abt. DA, Main- 
zer Str. 25, Berlin, 1035. Weitere 
Kontakte vermitteln die Inge- 
nieurbetriebe für die Anwendung 
der Mikroelektronik in den Bezir- 
ken. . MP 


Miniaturisierung 
hat ihre Grenzen 

zumindest in unserer Zeitschrift. 
Leider ist die BASIC-Sprach- 
übersichtfür KC 85/3, KC87und 
SCP-BASIC-lnterpreter BASI 
(MP 9/87, S. 280 und 281 ) nicht 
einwandfrei lesbar. Aus diesem 
Grund werden wir sie in einem 
späteren Heft in ausreichender 
Schriftgröße und -qualität wie- 
derholen. Wir bitten den Autor 
und unsere Leserum Entschuldi- 
gung. 

Ihre Redaktion MP 


In eigener Sache 

Ab sofort suchen wir für die Stelle 
eines Redakteurs unserer Zeit- 
schrift MP eine(n) geeignete(n) 
Mitarbeiter(in) mit abgeschlos- 
senem Hoch- oder Fachschul- 
studium und guten Kenntnissen 
der Computertechnik (Hard- und 
Software). 

Zu den Aufgaben gehören: 

- Betreuen des Sachgebietes 
Computertechnik in der Zeit- 
schrift 

- Gewinnen und redaktionelles 
Bearbeiten von Manuskripten 

- Besuchen und Auswerten von 
Fachtagungen, -messen und 
-ausstellungen 

- Zusammenarbeit mit Gutach- 
tern und ggf. selbständiges Te- 
sten von der Redaktion zur Ver- 
öffentlichung eingereichten Pro- 
grammen 

- Bearbeiten bzw. Beantworten 
von Leseranfragen. 

Falls Sie Interesse an dieser Tä- 
tigkeit haben und im Raum Berlin 
wohnen, rufen Sie uns unter Tel. 
2 87 02 03 oder 2 87 03 71 an 
oder schreiben Sie an: 

VEB Verlag Technik 
Redaktion MP 
Oranienburger Str. 13/14 
Berlin 

1020 MP 


MP-INTERVIEW 

INFO ’88 

Aus Anlaß der INFO '88, die vom 
22. bis 26. Februar an der TU 
Dresden veranstaltet wird, spra- 
chen wir mit dem Vorsitzenden 
der Gesellschaft für Informatik 
der DDR (GIDDR), Prof. Dr. Die- 
ter Hammer. 

Bei der INFO '88 handelt es sich 
um den vierten Kongreß der In- 
formatiker der DDR. Welche 
Ziele hat sich der Kongreß ge- 
stellt? 

Mit der INFO '88 wird die Reihe 
der nationalen Konferenzen zur 
„Entwicklung und Anwendung 
der elektronischen Rechentech- 
nik der DDR“ von 1 964 bis 1 976 
und der INFO-Konferenzen 
1977, 1981 und 1 984 weiterge- 
führt. Erstmals wird der Informa- 
tiker-Kongreß unter Hauptver- 
antwortung der 1 985 gegründe- 
ten Gesellschaft für Informatik 
der DDR veranstaltet. Die INFO 
'88 ist zugleich die wissenschaft- 


liche Hauptkonferenz der Gesell- 
schaft. Vertreter von Einrichtun- 
gen der Grundlagenforschung 
und der Praxis auf dem Gebiet 
der Informatik und benachbarten 
Gebieten, wie Automatisierungs- 
technik und Nachrichtentechnik, 
sollen neueste Ergebnisse zu 
Schwerpunkten der Forschung 
und Applikation vermitteln und 
diskutieren. Volkswirtschaftliche 
Aspekte des massenhaften Ein- 
satzes von Informations- und 
Kommunikationstechnologien 
gilt es darzustellen und weitere 
neue Wege aufzuzeigen. 

Um solch einen Kongreß durch- 
zuführen, bedarf es sicherlich 
kompetenter Partner? 
Mitveranstalter des Kongresses, 
bei dem 1400 Teilnehmer erwar- 
tet werden - nicht alle T eilneh- 
merwünsche lassen sich berück- 
sichtigen -, sind die Akademie 
der Wissenschaften mit dem In- 
stitut für Informatik und Rechen- 
technik und dem Zentralinstitut 
für Kybernetik und Informations- 


prozesse, das Hochschulwesen 
mit dem Informatikzentrum an 
der Technischen Universität 
Dresden, die Kombinate Robo- 
tron, Datenverarbeitung und 
Nachrichtenelektronik sowie die 
Wissenschaftlich-technische 
Gesellschaft für Meß- und Auto- 
matisierungstechnik der Kam- 
mer der Technik. 

Zu welchen Themen werden 
Vorträge gehalten, und nach 
welchen Gesichtspunkten wur- 
den die Beiträge ausgewählt? 
Im vergangenen Jahr wurden 
durch ein Programmkomitee von 
24 Fachleuten aus Forschung, 
Lehre und Praxis aus über 500 
eingereichten Vorträgen 245 
ausgewählt und zu einem in teil- 
weise 8 Parallelveranstaltungen 
tagendem Programm in 52 Sit- 
zungen zusammengestellt. Da- 
bei haben wir berücksichtigt, daß 
jeweils die Hälfte der Teilnehmer 
aus Forschung und Lehre bzw. 
aus der Praxis kommen. 
Führende Wissenschaftler aus 


der DDR und anderen sozialisti- 
schen Ländern legen in Plenar- 
beiträgen T rends zu komplexen 
aktuellen Fragestellungen dar. 
Das Hauptgeschehen des Kon- 
gresses findet natürlich in den 
Fachsektionen Theoretische 
Grundlagen, Computertechnik, 
Software, Künstliche Intelligenz, 
Komplexe Anwendungen, Aus- 
und Weiterbildung sowie Gesell- 
schaft und Informatik statt. Au- 
ßerdem werden während der 
Tagung Podiumdiskussionen zu 
„Grundanforderungen an die 
Informatik für die rechnerinte- 
grierte Fertigung“ und zu „Ge- 
sellschaftlichen Wirkungen der 
Informatik“ durchgeführt. Paral- 
lel zum Vortragsprogramm wird 
eine Ausstellung Geräte und 
Softwareprodukte zeigen, die im 
Ergebnis von Forschung und 
Entwicklung entstanden sind. 

Wir danken Ihnen für das Ge- 
spräch und wünschen der 
INFO' 88 einen erfolgreichen 
Verlauf. MP 
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Wirkprinzipien von Informations- 
aufzeichnungstechnologien 


Dr. Walter Kroha, Dr. Harald Baumann 
VEB Filmfabrik Wolfen - Fotochemisches 
Kombinat, Fachdirektorat Forschung 
und Entwicklung 

1. Vorbemerkungen 

Mit der raschen Entwicklung der Massenme- 
dien, des Bildungswesens, der Entwicklung 
aller auditiven, visuellen und audiovisuellen 
Informations- und Kommunikationsmittel, 
insbesondere jedoch mit der großen Bedeu- 
tung der Schlüsseltechnologien für die Ent- 
wicklung der Volkswirtschaft, kommt der 
schnellen Entwicklung der Informationsauf- 
zeichnungstechnologien eine immer größere 
Bedeutung zu. 

Dabei wird der Tatsache Rechnung getra- 
gen, daß die zunehmende Verknüpfung von 
optischen und akustischen Signalen sowie 
Computerdaten in vielen Anwendungsgebie- 
ten eine die Grenzen des jeweiligen Wirkprin- 
zips überschreitende einheitliche Betrach- 
tung erforderlich macht. 

Von entscheidender Bedeutung für die Ent- 
wicklung ist es, die Wirkprinzipien der Infor- 
mationsaufzeichnungstechnologien als Ein- 
heit von Informationsaufzeichnung, Informa- 
tionsspeicherung, Informationsverarbeitung 
und Informationswiedergabe, also die ge- 
schlossene Kette vom Sender zum Empfän- 
ger zu betrachten, wobei die komplexen Zu- 
sammenhänge zwischen Gerätetechnik und 
Signalaufzeichnungsmedium berücksichtigt 
werden müssen. 


Das vorliegende Manuskript ist die gekürzte Fas- 
sung eines Vortrages, der auf der 7. RGW-Tagung 
„Magnetische Signalspeicher“ vom 3. bis 8. 5. 1 987 
in Neubrandenburg gehalten wurde. 


Die Speichertechnologie stellt in dieser kom- 
pletten Kette ein Schlüsselelement dar. An 
die Speicher werden hinsichtlich hoher Spei- 
cherkapazität, schneller Zugriffszeit, leichter 
und flexibler Handhabbarkeit, universeller 
Anwendbarkeit und geringer Kosten hohe 
Anforderungen gestellt. Speichermedien 
sind neben den Halbleiterspeichern, welche 
insbesondere als Arbeitsspeicher Verwen- 
dung finden, die Massenspeicher auf Basis 
Silberhalogenidmaterialien, fotochemische 
Nichthalogensilbermaterialien, magnetische 
Materialien und optische Medien. Für die Zu- 
kunft werden Technologien auf Basis von ho- 
lografischen Speichern, Flüssigkristall-, fer- 
roelektrischen und Polymerspeichern und 
möglicherweise Speicher auf Basis von Mo- 
lekülen erwartet. 

2. Signalaufzeichnungsverfahren für 
Bild-, Ton- und Computersignale 

In Bild 1 sind die wesentlichsten Signalauf- 
zeichnungs- und Speichersysteme für Bild, 
Ton und Datensignale dargestellt. Nach wie 
vor kommt der Aufzeichnung von primären 
optischen Signalen (z. B. Bildsignalen) eine 
besondere Rolle zu. Die Bildabtastung kann 
flächenhaft mit einer Kamera bzw. sequen- 
tiell mit einem Laserstrahl erfolgen. Der mole- 
kulare Sensor übernimmt das Signal, und 
über Stoffumwandlung, Visualisierung (Ent- 
wicklung) und Stabilisierung erfolgt bei foto- 
chemischen Systemen, wie Diazo-Systeme 
oder Fotopolymer-Systeme, die Signalauf- 
zeichnung und -Speicherung IM. 

Die wesentlichsten Innovationen von Bildauf- 
zeichnungssystemen basieren in den letzten 
Jahren jedoch auf der Verwendung von Foto- 
leitern als lichtempfindliche Sensoren, die in 
Form von Dispersionen, Matrizen bzw. als 


Aufdampf- und Bindemittelschichten einge- 
setzt werden. Die Absorption von Licht im Fo- 
toleiter erzeugt bewegliche Fotoelektronen 
im Leitungsband und entsprechende Defekt- 
elektronen im Valenzband. Für die Effektivi- 
tät des bildprägenden Schrittes ist es erfor- 
derlich, die Bildung der Elektronen-Loch- 
Paare irreversibel zu gestalten. Dazu sind fol- 
gende Möglichkeiten vorhanden: 

® Chemischer Abfang durch Redoxreaktio- 
nen an der Fotoleiteroberfläche bzw. im Foto- 
leiterkristall, wie sie in halbleiterfotografi- 
schen Systemen z. B. in der klassischen Sil- 
berhalogenidfotografie oder beim Fotodo- 
ping realisiert wird. 

© Abfang (Neutralisation) durch aufge- 
prägte elektrische Ladungen z. B. bei elektro- 
fotografischen Systemen. 

® Trennung durch lokale elektrische Felder 
in Foto- bzw. Halbleitern, die von eingebau- 
ten Potentialbarrieren (p/n-Übergänge, Me- 
tall-Halbleiter-Übergänge) hervorgerufen 
werden, z. B. bei elektronischen Bildaufnah- 
mesystemen. 

Im Gegensatz zu Variante © sind bei Va- 
riante © und ® lichtempfindliche Schicht und 
Bildspeicher nicht mehr identisch, sondern 
liegen in örtlich getrennter Form vor. Daraus 
resultiert die Wiederholbarkeit des Bildpräge- 
schrittes, erfordert jedoch bei den elektroni- 
schen Systemen die Zwischenspeicherung 
der elektrischen Signale auf geeigneten 
Speichersystemen. 

Die Umwandlung von akustischen Signalen 
in elektrische Signale und deren Speiche- 
rung auf magnetische Datenträger ist eine 
seit vielen Jahren gebräuchliche Technolo- 
gie im auditiven Bereich und soll nicht näher 
erläutert werden. 

Mit der stürmischen Entwicklung der Compu- 
tertechnologien in allen Bereichen des Le- 
bens kommt der Speicherung und Archivie- 
rung von immer größeren Mengen an Daten 
eine zentrale Rolle zu. Bis heute sind dazu 
vor allem magnetische Massenspeicher im 
Einsatz. 



zß. Magnet- z.B.ROtl z.B.Ink.-Jet, 
band, RAM Transfer- 

Diskette Thermo - 

grafie 


Bild 1 Übersicht ausgewählter Signalaufzeichnungs- und Speichersysteme 


| Objekt ] 

I a)fiächenhaft(Kamera) 
| bjsequ entielKScanner) 

I Sensor I 




Computer | | Speicher ~[-— | TV | 


- Codierung, Auswertung -Hardcopy (AgX, Ink-Jet, 

- Verbesserung Bildqualität Etektrofotografie, 

- Bildmodellierung Thermal Dye Transfer) 

-Analyse, bildverstehende -Bildwiedergabe (. 'Bild - 

Systeme platte, Videoband, 

-Kombination mit anderen Diskette ) 

Signalen ( Computer, - Druck ( Computer to 

Audio, Video ) plate Systeme, über 

AgX-, NHS-Systeme) 


Bild 2 Anordnung Analog/Digital- Wandlung in 
Bildverarbeitungssystemen 
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Die Möglichkeit der Übertragung der elektri- 
schen Signale in sekundäre optische Si- 
gnale, d. h. der Steuerung von Elektronen- 
strahlen, Lasern oder Halbleiterdioden er- 
möglicht es, die Signalspeicherung auf völlig 
neue Aufzeichnungssysteme zu übertragen. 
Während COM-Systeme (Computer output 
on microfilm) die analoge Speicherung von 
Computerdaten auf Silberhalogenid- oder 
NHS(Nichthalogensilber-)-Materialien be- 
reits mit hoher Effektivität ermöglichen, wo- 
bei in zunehmendem Maße die Direktbelich- 
tung der Materialien mit Laserlicht realisiert 
wird, kommt der Signalspeicherung auf opti- 
schen digitalen Datenplatten für die Zukunft 
eine dominierende Rolle zu. Auch hier wer- 
den die bestechenden Eigenschaften des La- 
sers, seine hohe Fokussierung und seine 
hohe Energie genutzt, um die Signale nach 
bestimmten Verfahren zu speichern. 

Die Technologien der optischen Datenspei- 
cherung auf NHS-Materialien befinden sich 
gegenwärtig noch in der Entwicklung, so daß 
zur Zeit nicht genau gesagt werden kann, 
welche Systeme sich durchsetzen werden. 
Die größten Zukunftschancen haben die Sy- 
steme, welche auf dem magnetooptischen 
Effekt beruhen, da dadurch löschbare Daten- 
träger realisierbar sind. 

Eine stark zunehmende Bedeutung inner- 
halb der Signalaufzeichnungs- und Speicher- 
systeme gewinnt die Digitalisierung von Si- 
gnalen (Bild 2). Sie ermöglicht neben der we- 
sentlichen Erhöhung der Qualität der Spei- 
cherung die direkte Verarbeitung durch den 
Computer bzw. die sofortige Verknüpfung 
von optischen, akustischen und Computersi- 
gnalen. Signalspeicherung auf Magnetband 
oder -platte bzw. optischen Speicher, die 
enormen Möglichkeiten der Signalverarbei- 
tung, die sich ständig erweiternden Varianten 
der Signalreproduktion und selbstverständ- 
lich die Möglichkeit der Betrachtung auf dem 
Bildschirm werden bereits in absehbarer Zeit 
komplexe Systeme der digitalen Video- und 
Audiokommunikation entstehen lassen. 


3. Vergleichende Betrachtung 

der Leistungsfähigkeit einzelner 

Informationsaufzeichnungstechnologien 

An die Informationsaufzeichnungsmateria- 
lien werden hinsichtlich ihrer Applikation un- 
terschiedliche Anforderungen gestellt. Zur 
Aufzeichnung primärer optischer Signale 
werden Materialien benötigt, die den Anfor- 
derungen der Kameraempfindlichkeit ent- 
sprechen. Das sind vor allem Silberhaloge- 
nidmaterialien und elektronische Systeme 
bzw. bereits stark eingeschränkt Fotopoly- 
mere und elektrofotografische Systeme 
(Bild 3). 

Während sich in den vergangenen 1 50 Jah- 
ren die klassische Halogensilberfotografie 
frei von ernsthafter Konkurrenz durch silber- 
freie fotografische Systeme entwickeln 
konnte, erfolgt gegenwärtig die Herausforde- 
rung durch die elektronische Fotografie. Ins- 
besondere die rasche Entwicklung der CCD- 
Matrizen (Bild 4) führte in einigen Anwen- 
dungsgebieten zu einer teilweisen Substitu- 
tion der Silberhalogenidmaterialien durch 
elektronische Aufzeichnungssysteme 121. 
Der Vergleich der Leistungsfähigkeit von Sil- 
berhalogenidschichten und CCD-Sensoren 
zeigt bei allen Vorteilen der elektronischen 


Tafel 1 Vergleich der Leistungsfähigkeit von Silberhalogenidmaterialien 
und CCD-Sensoren bei ausgewählten Eigenschaften 



Color-Negativ-Kteinbild- 
film (24 x 36 mm 2 ) , 1 00 ASA 

CCD-Sensor(8 x 8 mm 2 ), magnetische 
Speicherung auf 2"-Diskette 

Sensorelement 

Silberhalogenidkristalle 

Siliziumkristall (Fotodiode) 

Bildelement = Pixel 

Kristall =t= Pixel 

Silberhalogenidkristalle ca. 250 

1 Fotodiode & 1 Pixel 

Pixelanzahl pro Bild 

Mikrokristalle für 64 Halbtonstufen 
& 1 Pixel 

ca. 3,8 x 10 9 Kristalle = 

ca. 0,4 x 10 6 Pixel/Chip 

(Durchschnitt) 

Informationsspeicher 

ca. 15 x 10 6 Pixel 

Sensor = Speicher 

Sensor + Speicher 

Verstärkung 

chemische Entwicklung, 
Verstärkungsfaktor 1 0-1 0 10 
chemische Änderung des Sensors/ 

magnetische Speicherung 
(Diskette, Band) 
optische Speicherung (OD) 
Festkörperspeicher/Kurzzeit 
und Einzelbild 
elektronische Verstärkung, 

Bilderzeugung 

Verstärkungsfaktor bis 1 0 4 
■ Bildschirmwiedergabe 

Informationskapazität 

Silber- oder Farbstoffbild 

90 x 10 6 Bit/Bild 

■ Hardcopy mittels Printer 

2,4 x 10 6 Bit/Bild 

Bildzugriffszeit 

lang (ehern. Entwicklung) 

kurz 


Tafel 2 Eigenschaften ausgewählter Arbeits- und Massenspeicher 


Speichermedium 

Speicherdichte 

(Bit/cm 2 ) 

Speicherplätze 
Kosten (Bit/cent) 

Zugriffszeit 

(s) 

Vor-/Nachteile 

Arbeitsspeicher 

RAM 

10 5 -10 6 

5-10° 

1 0 - 6 -i 0“ 7 

flüchtig 

CCD 

10 5 -10 6 

1 -10 1 

lO'MO' 5 

flüchtig 

Magn. Blasenspeicher 

10 6 

5 -10 1 

10“ 2 -10“ 3 


Massenspeicher 

Magnetplatte 

10 4 -10 5 

2- 10 4 

io-'-io- 2 


Magnetband 

10 6 -10 7 

2- 10 6 

10°-10' 


Optomech. 

Plattenspeicher 

1 0 7 — 1 o 8 

2 -IO 7 

lO-'-IO -2 

nicht löschbar 

Fotograf. Speicher 

10 8 -10 10 

1-10® 

>10' 

nicht löschbar 

Menschliches Gehirn 

Genetische Information 

10® 

10 14 


1 Bit/s 
(Langzeit) 

50 Bit/s 
(Kurzzeit) 

1 0 3 Bit/s 




Bild 3 Vergleich des Empfindlichkeits-I Auflö- 
sungsvermögens verschiedener Signalaufzeich- 
nungstechnologien 


Bild 4 Schematischer Aufbau von CCD-Matrizen 
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0,05 0,1 0,2 0,5 1 2 5 10 

Spurdichte in tausend Spuren pro Zoll 

O derzeitige magnetische Speichermedien 
I | zukünftige magnetische Speichermedien 
# Videoband -Systeme 


Bild 5 Leistungsfähig- 
keitgegenwärtiger und 
zukünftiger Massen- 
speicher 


Bild 6 Schematischer 
Vergleich der Spei- 
cherkapazität ausge- 
wählter Massenspei- 


CO.100000 
Blatt Papier AU 

(IßKBit/Seite) Speicherkapazität 
für ca. 200Megabyte 


ca. 10 5,25- 
Zott- Festplatten- 
speicher i 5J5- . 
(20 Megabyte) 0 pticaH)isk\ 


Medien, wie schnelle Zugriffszeit und Wie- 
derverwendbarkeit der Speicher, erhebliche 
Nachteile hinsichtlich der Empfindlichkeit 
bzw. des Empfindlichkeitsspektrums und vor 
allem der Abbildungsqualität (Tafel 1). 

So wird sich die Silberhalogenidfotografie 
auch über das Jahr 2000 hinweg für viele 
Applikationen weiterhin behaupten, während 
elektronische Aufzeichnungssysteme die Sil- 
berhalogenidmaterialien ergänzen, auf eini- 
gen Gebieten verdrängen und neue Anwen- 
dungen erzielen. 

Die Vorteile der Nichthalogensilbermateria- 
lien liegen bei relativ niedrigen Empfindlich- 
keiten in den hohen Detailwiedergabeeigen- 
schaften, verbunden mit sehr hohen Informa- 
tionskapazitäten. Solche Materialien werden 
deshalb vorwiegend dort eingesetzt, wo ge- 
nügend Licht vorhanden ist, also in Kopier- 
prozessen oder beim Einsatz leistungsfähi- 
ger Lichtquellen wie Elektronenstrahlen oder 
Laser. Sie haben als „Spezialisten“ auf be- 
stimmten Anwendungsgebieten wie z. B. der 
Herstellung von Druckplatten, in COM-Syste- 
men, in Laserdruckern bzw. in der Mikrolitho- 
grafie eine hohe Effizienz erreicht und zu op- 
timalen Applikationen geführt. Bei relativ ge- 
ringen Speicherkosten muß jedoch die Nicht- 
löschbarkeit und die relativ hohe Zugriffszeit 
für die gespeicherte Information berücksich- 
tigt werden. 

Zur direkten Aufzeichnung elektrischer Si- 
gnale, seien es Computerdaten oder trans- 
formierte akustische bzw. optische Signale, 
werden zwei Arten von Datenspeichern ein- 
gesetzt (Tafel 2)/3/: 

a) Arbeitsspeicher mit mäßig hohen Daten- 
volumina (derzeit s 1,0 • 10 6 Bit je Einzel- 
speicher) und extrem kurzen Zugriffszeiten 
(< 1CT 6 s). Zukünftig sind Arbeitsspeicher 
von 4 ... 1 6 Megabit zu erwarten. 

b) Massenspeicher mit hohen Datenvolu- 
mina (> 1 0 6 Bit je Einzelspeicher und mittle- 
ren Zugriffszeiten (> 1CT 4 s). 

Die wichtigsten Massenspeicher sind derzeit 
die magnetomotorischen Speicher. Ihre Lei- 
stungsfähigkeit wird durch die realisierbare 
Anzahl von magnetischen Flußwechseln in 
der Spur (lineare Speicherdichte, Flußwech- 
sel/mm, Bit/mm und die pro mm Speicher- 
breite anordenbare Anzahl von magneti- 


Dr. rer nal. Waller Kroha. Jahrgang 1950. 
vierte von 1971 bis 1975 ein Chemiestudium ander 
Technischen Hochschule ..Carl Schorlemmer 
Leuna-Merseburg. Seit 1975 ist er im Fachdirektc 
rat für Forschung und Entwicklung in den Berei 
chen Grundlagenforschung, Synthese uro 
Schwarzweiß-Materialien beschäftigt. 1981 Prc 
motion A auf dem Gebiet der Dispergierung hydro- 
phober Bauelemente. Seit 1987 ist Walter Kroha 
Bereichsdirektor für Erzeugnisentwicklung des 
VEB Filmfabrik Wolfen. 

Dr. sc. rfat Harald Baumann. Jahrgang 1951 , stu- 
dierte Chemie von 1970 bis 1974 an der Tephni- 
schen Hochschule „Cart Schorfemmer“ Leuna- 
» ; Merseburg. An der gleichen Hochschule war er ab 
1974 wissenschaftlicher Assistent, ab 1979 Ober- 
assistent. 1979 erfolgte Promotion A und 1986 
Promotion B zu Fragen der Fotochemie. 1983/84 
Zusatzstudium an der Moskauer Staatlichen Lo- 
monossow-Universität . Seit 1984 ist Harald Bau- 
mann beschäftigt im Fachdirektorat für Forschung 
und Entwicklung des VEB Filmfabrik Wolfen als 
Leiter der Hauptabteilung Nichthalogensilbermate- 


schen Spuren) bestimmt. Daraus ergibt sich 
als wichtigstes Leistungskriterium die Flä- 
chenspeicherdichte (Flw/mm 2 ). Bild 5 zeigt 
einen interessanten Vergleich gegenwärtiger 
und zukünftiger Speichermedien für die ver- 
schiedensten Applikationsgebiete. 
Gegenwärtig dominiert noch die Aufzeich- 
nung mit Magnetköpfen auf anisotropen ma- 
gnetischen Medien für die Längsspeicher- 
technik, unter Nutzung von magnetischen 
Pigmenten eingebettet in einer Bindemittel- 
matrix. Die T endenz geht zu immer kleineren 
Teilchengrößen der Pigmente (bei exakt defi- 
nierter Teilchengeometrie) und höheren Ko- 
erzitivfeldstärken (Tafel 3). 


Magnetisches Pigment Kantenlänge Koerzitiv- 
[nm] feldstärke 

[A/cm] 


Fe 2 0 3 0,5 

Co modif . Fe 2 0 3 0,4 400-640 

Cr0 2 0,4 400-540 

Fe 0,25 800(1250) 

Bariumferrit 0,08x0,03 600-1400 

Metalldünnschicht ca. 100 mm 800-1400 

Schichtdicke 


Die mit den Methoden der Dünnschicht- 
Technologie hergestellten Speichermedien 
besitzen gegenüber den in Antragstechnik 
hergestellten Partikel-Polymer-Schichten 
einige Vorteile, wie z. B. Speicherdichten bis 
10 Megabit/cm 2 ; die technologische Herstel- 
lung und die Anwendung dieser Medien ist je- 
doch gegenwärtig noch sehr problematisch, 
so daß die Pigmentsysteme hinsichtlich ihrer 
Leistungsfähigkeit weiter entwickelt werden 
(z. B. Bariumferrit-Speicher). Die weitere Er- 
höhung der Speicherdichte von 20 Megabit/ 
cm 2 und darüber hinaus soll mit sogenannten 
isotropen, das heißt richtungsunabhängigen, 
zum Beispiel kobaltdotierten Eisenoxidparti- 
keln, erreichbar sein. 

Der Übergang zur Vertikalspeicherung 
(Bild 5) ermöglicht eine weitere Erhöhung der 
Speicherdichte. Die Vorteile der Vertikalauf- 
zeichnung bestehen in der wesentlich verrin- 
gerten Gefahr der Selbstentmagnetisierung 
und der erhöhten Packungsdichte der Ma- 
gnetpigmente durch ihre Ausrichtung vertikal 
zur Oberfläche des T rägermaterials. Bei prin- 
zipieller Beibehaltung der Beschichtungs- 
technologie und der Schreib-/Lese-Köpfe 
sind Speicherdichten bis 40 Megabit je cm 2 
denkbar. 

Der Einsatz der magnetischen Materialien 
kann entsprechend den unterschiedlichen 
Anwendungsgebieten als Festplatte, Floppy, 
Datenband oder Videoband erfolgen. 

Die stürmische Entwicklung der Lasersy- 
steme ermöglicht eine neue Speichertechno- 
logie, die sogenannte optische Speicherung 
14, 5, 6, 7/. Die Hauptvorteile der optischen 
Datenspeicherung gegenüber der magneti- 
schen ergeben sich aus der Verwendbarkeit 
von Laserstrahlen zum Aufzeichnen und 
Auslesen der Informationen und damit um 
den Faktor 1 0 höhere Spurdichte (Bild 6) und 
ein berührungsloses Aufzeichnen und Ausle- 
sen der Informationen. Die gegenwärtigen 
optischen Speicher kann man wie folgt klas- 
sifizieren: 

■ Nichtlöschbare optische Nur-Lese-Spei- 
cher (CD-ROM - Compact Disc-Read Only 
Memory). Die Herstellung einer Masterplatte 
mittels Laserverfahren und die Produktion ei- 
ner größeren Anzahl von Duplikaten nach be- 
stimmten Verfahren (z. B. Prägen) erfolgt 
beim Plattenhersteller 181. 
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■Schutzschicht 
-hochrgf lektierende 

'dielektrische Antirefiexi- 


\\Aufzeichnungsschicht 
X dielektrische Antirefle- 

Z-i\<ionschicht 

Glasträger 2p- Schicht 



1 Laser z.B.AlGa As- Laser (850 nm) 

2 Optische Datenplatte 

3 Magnetisierungsspule 

4 Polarisierender Strahlenteiler 

5 Fora cfay- Rotator 

6 Positionierungs- und Fokussierungs - 
system 

7 Fotodiode ( Empfänger ) 


Bild 7 Schematischer Aufbau einer optomagneti- 
schen Datenplatte und prinzipielle Funktionsweise 



■ Nichtlöschbare optische Speicher 
(DRAW - Direct Read After Write bzw. 
O-ROM - Optical Read Only Memory). Die 
Dateneingabe erfolgt durch den Nutzer. 
Diese einmal beschreibbaren Speicher nut- 
zen die thermische Einwirkung eines fokus- 
sierten Laserstrahls (ca. 10 mW, Impulslänge 
ca. 50 ns) zur Schichtveränderung. Das Aus- 
lesen erfolgt mit einem Laser geringerer In- 
tensität (ca. 0,6 mW) unter Ausnutzung des 
geänderten Reflexions- bzw. Lichtstreuver- 
haltens der Löcher, Blasen oder Vertiefun- 
gen. 

■ Die größten Zukunftschancen haben die 
löschbaren optischen Speicher (E-DRAW - 
Erasable DRAW) mit ca. 200-500 Megabit/ 
cm 2 (zum Vergleich besitzt ein Megabit-Halb- 
leiterspeicher eine Speicherdichte von maxi- 
mal 2 Megabit/cm 2 ). 

Hier zeichnen sich folgende Entwicklungs- 
richtungen ab: 

• Magneto-optische Speicher, bestehend 
aus dünnen Schichten mit reversibel umkehr- 
baren Magnetisierungsrichtungen, die beim 
Auslesen die durch den Kerr- oder Faraday- 
Effekt bewirkte Drehung der Polarisations- 
ebene des Lichtes nutzen 19/ (Bild 7). 

• Optische Speicher, die auf reversiblen 
Phasenübergängen amorph/kristallin metal- 
lischer bzw. metalloxidischer Schichten ba- 
sieren. 

• Optische Speicher, welche die durch La- 
ser bewirkte reversible Färb- und/oder Refle- 
xionsänderung ausnutzen. 

Die Lösung der vielfältigen Probleme der op- 
tischen Datenplatten (Speicherschicht, Ge- 
rät, Computerschnittstellen usw.) könnte be- 
reits in absehbarer Zeit zu einem Durchbruch 
dieser Innovation mit breiter Massenanwen- 
dung führen. 

Für die weitere Zukunft sind Speicher mit 
Dichten über 10 8 Bit/cm 2 (Bild 8), z. B. magne- 
tische Blochwand-Speicher bis 10 9 Bit/cm 2 
oder Elektronenstrahl-Festkörper-Speicher 
bis 10 12 Bit/cm 2 sowie Systeme mit ßdimen- 
sionaler Speichermöglichkeit (z. B. holografi- 
sche Speicher) mit theoretischen Speicher- 
dichten von 10 14 Bit/cm 3 zu erwarten /3, 71. 


Damit erreichen diese Speicher Werte der 
klassischen optischen Speicher in Form von 
Silberhalogenidschichten von 1 0 7 bis 1 0 8 Bit/ 
cm 2 beziehungsweise Diazomaterialien von 
10'° Bit/cm 2 . 

4. Signalaufzeichnungsverfahren 
und Anwenderbedürfnisse 

Die unterschiedlichsten Anwenderbedürf- 
nisse für Bild-, Ton- und Datenspeicherung 
haben zu den verschiedensten Applikations- 
feldern der beschriebenen Informationsauf- 
zeichnungsmaterialien geführt, denn keines 
der Informationsaufzeichnungssysteme ist in 
der Lage, alle Anwenderforderungen glei- 
chermaßen zu erfüllen. Überwiegend sind in 
den einzelnen Applikationsgebieten mehrere 
Aufzeichnungssysteme vertreten, welche 
häufig in Konkurrenz zueinander stehen. Tritt 


nun auf einem Applikationsfeld ein durch die 
Anwendung neuer Wirkprinzipien gekenn- 
zeichnetes Signalaufzeichnungssystem auf, 
wird sofort die Frage nach der Verdrängung 
der konventionellen Systeme gestellt und 
dies häufig sehr kontrovers diskutiert. Das 
war Ende der 60er, Anfang der 70er Jahre 
beim Auftreten neuer silberfreier fotochemi- 
scher Informationsaufzeichnungsmaterialien 
der Fall, wird gegenwärtig mit der Darstellung 
neuer elektronischer Stehbildkameras er- 
neut diskutiert und ist bei der Diskussion der 
Datenspeicherung auf Band oder Diskette 
oder optischer Datenplatte aktuell. Charakte- 
ristisch für den Sektor Informationsaufzeich- 
nungstechnologien ist jedoch in den meisten 
Fällen ein Nebeneinander konventioneller 
und neuer Technologien, und nur in wenigen 
Fällen (z. B. Ersatz des Silberhalogenidmate- 
rials durch die Xerografie auf dem Büroko- 



Bild 9 Hybridsysteme bei integrierten Büro-Arbeitsplatz-Computern 
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piersektor) erfolgte eine vollständige Verdrän- 
gung konventioneller Systeme (das hat natür- 
lich nichts mit Sortimentsbereinigungen wie 
z. B. auf dem Amateurvideogebiet zu tun). 
Neben dem parallelen Einsatz konventionel- 
ler und neuer Informationsaufzeichnungssy- 
steme und deren rascher Entwicklung zu 
ausgereiften Technologien bieten sich inter- 
essante Lösungen an, welche die Vorteile 
der konkurrierenden Informationsaufzeich- 
nungstechnologien unter Nutzung von Teil- 
elementen beider Technologien verbinden, 
um so zu neuen Qualitäten zu kommen. Der- 
artige Hybridsysteme, wie sie auch bei ver- 
schiedenen anderen technischen Systemen 
bekannt sind (wie z. B. Verbrennungs- und 
Elektromotoren als Hybridsysteme in Kraft- 
fahrzeugen, Einsatz monolithisch integrierter 
Schaltkreise und diskreter Bauelemente in 
Hybridschaltkreisen, hybridfaseroptische 
Sensoren mit elektrischem Aufnehmer und 
optischer Übertragung) existieren bereits seit 
einigen Jahren auf dem Sektor der Informa- 
tionsaufzeichnungstechnologien, und ihre 
Bedeutung wächst ständig/1 0/. 

Auch bei integrierten Arbeitsplatz-Compu- 
tern (Bild 9), welche zur Rationalisierung von 
Verwaltungsarbeiten, der Informationsverar- 
beitung, in Konstruktionsbüros oder zur 
Steuerung von Produktionsanlagen in ver- 
schiedensten Gerätekonfigurationen einge- 
setzt werden, setzen sich zunehmend Hy- 
bridsysteme durch. Neben den in den Rech- 
nern integrierten Halbleiterspeichern kommt 
der Massenspeicherung von Daten eine do- 
minierende Rolle zu: Die Massenspeicher 
weisen im Vergleich zu den Halbleiterspei- 
chern wesentlich geringere Kosten je Spei- 
cherplatz auf und können zudem die Daten 
ohne Energiezufuhr über lange Zeiträume er- 
halten. Die externen Speicher lassen sich im 
Prinzip uneingeschränkt erweitern und bei 
Großrechnern um einige lOOOmal größer ge- 
stalten, als die interne Kapazität von einem 
bis mehreren Megabyte. 

Die Basis der Massenspeicherung maschi- 
nenlesbarer Daten und Informationen bildet 
bis heute die magnetomotorische Aufzeich- 
nung auf Bänder, Disketten und Platten /II, 
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1 . Magnetomotorische Plattenspeicher 

1.1. Systemtechnische Aspekte 
Nach wie vor wird die Leistungsfähigkeit 
elektronischer Daten- und Informationsverar- 
beitungssysteme in starkem Maße von der 
Ausstattung mit Speichern der ersten Peri- 
pherie bestimmt. Dafür sind Speicher großer 
Kapazität mit wahlfreiem Blockzugriff und 
kurzen Zugriffszeiten erforderlich, die eine 
hohe Zuverlässigkeit, geringe Fehlerrate und 
einen günstigen Preis aufweisen. Diese For- 


12, 13, 14/, wobei letztere das Spitzenniveau 
von 4 Megabit/cm 1 2 erreichen. Der Einsatz 
reicht von 1 4-Zoll-Standgeräten mit einer Ka- 
pazität von 0,2 ... 5 Gigabyte für Großrech- 
ner bis zu 3,5-Zoll-Geräten mit Kapazitäten 
von 6 ... 50 Megabyte für Arbeitsplatzcom- 
puter. 8-Zoll-Festplattenlaufwerke ermögli- 
chen z. Z. in Verbindung mit modernsten Mi- 
kroprozessoren die Realisierung der 1 6-Bit- 
und 32-Bit-Kompaktrechner. 

Trotz der zunehmenden Bedeutung von 
Festplattenspeichern haben auch Disketten- 
speichergeräte in absehbarer Zeit ihre Exi- 
stenzberechtigung, wobei hier die Entwick- 
lung von 5V4 -ZoII- auf 3,5-Zoll-Technologie 
bei Erzielung der Kapazitäten von 8-Zoll-Dis- 
ketten von ca. 1,6 Megabyte bevorsteht. 
Aber auch die klassische Magnetspeicher- 
technologie ist nach wie vor zur Datensiche- 
rung und -archivierung in sogenannten back- 
up-Systemen vorerst unerläßlich. 

Statische magnetische Speicher wie Ma- 
gnetblasenspeicher behaupten bisher keine 
starke Marktposition, könnten jedoch bei 
Speicherkapazitäten von ca. 64 Megabit ge- 
gen Ende des Jahrzehnts an Bedeutung ge- 
winnen. 

Zunehmende Bedeutung erlangen jedoch 
die optischen Massenspeicher infolge ihrer 
hohen Speicherkapazität. Während die 
COM-Systeme einen festen Platz insbeson- 
dere als Langzeitarchivmedium einnehmen 
und hinsichtlich der Speicherkosten den ma- 
gnetischen Speichern etwas, den derzeit vor- 
liegenden optischen Speicherplatten stark 
überlegen sind, werden sich optische Spei- 
cherplatten insbesondere dort durchsetzen, 
wo zu ergänzende und zu aktualisierende In- 
formationen gespeichert werden sollen bzw. 
mehrere Anwender zur gleichen Zeit zugrei- 
fen müssen. Interessante Anwendungsge- 
biete ergeben sich ebenfalls in CAD/CAM- 
Systemen, bei der Langzeitspeicherung von 
EDV-Daten und nicht zuletzt in allen be- 
schriebenen Bildbearbeitungssystemen. Die 
neuen Möglichkeiten der optischen Informa- 
tionssysteme mit Bilderfassung über Doku- 
menten-Scanner, Kameras, Filmscanner, 
Wiedergabe auf hochauflösenden Bildschir- 


men und Faksimiledruckern, Verteilung über 
leistungsfähige optische Netze (Glasfaserka- 
bel), Anschluß von Text-, Satz- und Faxsy- 
stemen und im Zentrum der Speicherung auf 
optischen Platten, Silberhalogenid- oder 
NHS-Materialien bzw. magnetischen Spei- 
chern gilt es, die ganze Aufmerksamkeit zu 
schenken. 
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derungen lassen sich bis heute am besten 
mit magnetomotorischen Plattenspeichern 
erfüllen, wobei sich der Festplattenspeicher 
in Winchestertechnologie weitestgehend 
durchgesetzt hat. Da das Platte-Kopf-Sy- 
stem in Reinraumatmosphäre betrieben wird, 
konnten die Speicherdichte und eine Reihe 
weiterer Leistungsparameter ständig verbes- 
sert werden. 

Die Entwicklung vollzieht sich außerordent- 
lich schnell, nicht zuletzt durch die Besonder- 
heit begünstigt, daß das Speichermedium 
nicht austauschbar ist. Damit entsteht ein re- 
lativ großer Freiraum für Neuentwicklungen 
ohne Einschränkungen durch offene Stan- 
dardisierungsfragen oder Begrenzungen 
durch kritische Passungen. Es genügt, be- 


stimmte Kompatibilitätsforderungen einzu- 
halten, was keine besonderen Schwierigkei- 
ten bereitet. 

1.2. Platte-Kopf-Paarung 
1.2.1. Entwicklung der Speicherdichte 
Wesentlichste Grundlage des technischen 
und ökonomischen Fortschritts bei Platten- 
speichern ist die Erhöhung der Speicher- 
dichte. Aus der Entwicklung der letzten Jahr- 
zehnte ist abzuleiten, daß die Flächenspei- 
cherdichte in 10 Jahren um eine Größenord- 
nung zunimmt, was einer Verdopplung in 2 
bis 3 Jahren entspricht /I/, 121. In den Jahren 
1 984-1 986 lagen die Höchstwerte bei 34000 
... 38000 Bit/mm 2 , repräsentiert beispiels- 
weise durch die öW'-Geräteserie EXT 4000 
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Bildl Kopf-Platte- 
Paarung mit Metall- 
Dünnschichtmedium 
für Speicherdichten 
bis etwa 40000 Bit / 
mm 2 



von Maxtor und Megafile von Siemens sowie 
die 2,6-MByte-Spindel 3380E von IBM auf 
der Basis von 1 4"-Platten. Mit Erscheinen der 
5V4"-Baureihe EXT 8000 von Maxtor, bei 
welcher die Speicherdichte 67000 Bit/mm 2 
beträgt, bestätigte sich diese Regel Anfang 
1987 erneut. 

Das für eine Speicherdichte > 3000 Bit/mm 2 
erforderliche technologische Niveau wird we- 
sentlich durch den Einsatz von Metalldünn- 
schichtplatte und teilweise Dünnschicht-Ma- 
gnetkopf geprägt. Aber auch verbesserte Si- 
gnalverarbeitungsverfahren und Servosy- 
steme für die Spurpositionierung sowie hö- 
here mechanische Präzision leisten dazu ei- 
nen Beitrag. 

1.2.2. Fortschritte 
bei der Plattentechnologie 
Gegenüber der Partikelschicht auf Basis 
y-Fe 2 0 3 hat die metallische Speicherschicht 
den Vorteil einer wesentlich höheren Sätti- 
gungsmagnetisierung, des geringeren effek- 
tiven Arbeitsabstandes, das heißt des Ab- 
standes Kopfspiegel bis Mitte der Speicher- 
schicht bei gegebener Flughöhe des Magnet- 
kopfes, eines größeren Wiedergabesignals 
und eines kleineren Rauschpegels, woraus 
eine höhere Speicherdichte resultiert /3/. Die 
Grundparameter einer typischen Platte- 
Kopf-Paarung für das Niveau 30000 . . . 
40000 Bit/mm 2 veranschaulicht Bild 1. Auf 
der AlMg-T rägerplatte wird eine Ni-P-Schicht 
chemisch niedergeschlagen. Sie dient zur 
Verbesserung der Härte, Polierfähigkeit und 
chemischen Beständigkeit sowie zur Isola- 
tion von Fehlstellen der Trägerplatte. Da die 
zu erreichenden magnetostatischen Para- 
meter der Speicherschicht eine definierte 
Textur der Unterlage erfordern, ist im allge- 
meinen auf der polierten Ni-P-Unterschicht 
eine weitere Zwischenschicht notwendig. 
Dafür hat sich Chrom als geeignet erwiesen. 
Als Speicherschicht wird üblicherweise eine 
Zwei- oder Dreikomponentenlegierung mit 
Cobalt als Hauptbestandteil und H c = 450 
bis 700 A/cm eingesetzt. 

Entscheidend für die Betriebssicherheit und 
Lebensdauer des Speichermoduls ist eine 
geeignete Schutz- und Gleitschicht. Sie muß 
einen geringen Reibungskoeffizienten auf- 
weisen, mindestens 10000 Start-Stopp-Zy- 



Bild 2 Entwicklung der Magnetschichtentechno- 
logien bei Winchesterplatten 

Bild 3 Prinzipieller Aufbau eines Winchester- 
Dünnschichtkopfes (Querschnitt) 

Bild 4 Gleitertechnologie beim Winchester-Dünn- 
schichtkopf 


klen des Magnetkopfes ohne nennenswerten 
Verschleiß überstehen und ausreichenden 
Korrosionsschutz bieten. Hierfür hat sich in 
den letzten Jahren Kohlenstoff als günstiges 
Material erwiesen, der im Sputter- oder 
Plasma-CVD-Verfahren aufgebracht wird 
und dessen Eigenschaften durch dastechno- 
logische Regime in weiten Grenzen einstell- 
bar sind /4/. 

Neben den speichertechnisch relevanten Pa- 
rametern der Platte-Kopf-Paarung sind bei 
einer Flughöhe von 0,2 .. . 0,3/<m sehr hohe 
Anforderungen an die mechanische Oberflä- 
chengüte und Fehlerfreiheit der Platte zu 
stellen 151. Die maximale Rauhigkeit und sin- 
guläre Oberflächenerhebungen dürfen über 
den gesamten Nutzbereich der Oberfläche 
ca. 0,1 ,um nicht überschreiten. Metalldünn- 
schichtplatten werden seit 1983/1984 in grö- 
ßeren Stückzahlen vor allem für 5V4"-Lauf- 
werke im oberen Leistungsbereich produ- 
ziert. Die Speicherschicht wurde bisher vor- 
wiegend chemisch oder galvanochemisch 
niedergeschlagen. Zunehmend findet die 
Sputtertechnologie Anwendung, von der 
bessere Steuerbarkeit und Flexibilität der 
technologischen Prozeßschritte sowie hö- 
here Ausbeute erwartet werden. Trendein- 
schätzungen besagen 16/, daß 1 988 die Sput- 
tertechnologie bereits vorherrschend sein 
und bezüglich der produzierten Plattenstück- 
zahl die y-Fe 2 0 3 -Partikeischichten überholt 
haben wird (Bild 2). 

Eine bemerkenswerte Neuentwicklung auf 
dem Gebiet der Plattentechnologie ist die 


SSR-Platte (Stretched Surface Recording). 
Träger des Schichtsystems ist eine Folie, die 
im Abstand von 0,3/tm über einen festen 
Plattenkern gespannt wird. Diese zunächst 
für das SW'-Format verfügbare Platte läßt 
sich relativ billig hersteilen und bietet eine hö- 
here Sicherheit bezüglich der durch 
Schmutzpartikel entstehenden Gefahr von 
Kopf-Platte-Havarien. Die SSR-Platte läßt 
sich sowohl für Winchesterspeicher wie auch 
als Wechselkassette einsetzen, ähnlich einer 
Diskette erhöhter Kapazität. 

1.2.3. Dünnschichtmagnetkopf 
Wachsende Bedeutung für die hochdichte 
Speicherung wird der Dünnschichtmagnet- 
kopf erlangen. Auf Grund des noch hohen 
Preises und der beschränkten Verfügbarkeit 
wird er gegenwärtig nur in Hochleistungsge- 
räten eingesetzt. Gemäß Bild 3 werden die 
Magnetschenkel aus hochpermeablen NiFe- 
Schichten gebildet. Die technischen Vorteile 
dieses Kopftyps im Vergleich zum Ferritkopf 
liegen in der höheren Sättigungsmagnetisie- 
rung, in einer geringeren Induktivität und ei- 
nem guten Wirkungsgrad bei kleinen Spalt- 
weiten. Im Herstellungsprozeß sind Ele- 
mente der mikroelektronischen Technolo- 
gien nutzbar, insbesondere für die Strukturie- 
rung. Die Forderung nach einer großen inne- 
ren Spaitweite im Bereich der Kopfwicklung 
führt funktionell bedingt zu einem dreidimen- 
sionalen Gebilde. Anders als in der Mikro- 
elektronik sind auch die Materialien, die 
Schichtdicken und das Substrat. Wie Bild 4 
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veranschaulicht, wird aus dem Substrat der 
Gleitkörper herausgearbeitet 171. Das erfor- 
dert ein Substrat von 4 mm Dicke und spe- 
zielle Materialeigenschaften, die den Bela- 
stungen durch die mechanische Bearbeitung 
und durch die Start-Stopp-Vorgänge ge- 
wachsen sind. 

1.3. Weiterentwicklung der Gerätetechnik 

1.3.1. Winchesterlaufwerke 
und Speichergeräte 

Die Entwicklung der Plattenlaufwerke voll- 
zieht sich in bestimmten Schritten, die sich 
nach dem zu einem gegebenen Zeitpunkt be- 
herrschten technologischen Niveau richten, 
und im Rahmen bestimmter Geräteklassen, 
die sich nach System- und anwendungstech- 
nischen Erfordernissen herausgebildet ha- 
ben. Die gebräuchlichen Geräteklassen und 
den gegenwärtigen technischen Stand cha- 
rakterisiert T afel 1 . Der Fortschritt bei der Be- 
herrschung größerer Speicherdichten wird 
genutzt, um die Speicherkapazität innerhalb 
der jeweiligen Geräteklasse bei verringerten 
relativen Speicherkosten zu erhöhen oder 
die Laufwerkabmessungen zu verkleinern. 
Das führt international zu einer ständigen 
Verschiebung der Kapazitätsbereiche in den 
Geräteklassen und deren Anwendungsge- 
bieten. Der erreichte Stand bei den 8"-Lauf- 
werken ermöglicht, damit die 14"-Geräte bis 
330 MByte vollständig abzulösen. Auch die 
SW'-Laufwerke reichen bereits in diesen Ka- 
pazitätsbereich hinein. Sie sind in Einzelfäl- 
len auch bezüglich der für Mehrnutzersy- 
steme und Multitaskverarbeitung wichtigen 
Zugriffszeit konkurrenzfähig. Als Alternative 
zu den 1 4"-Geräten haben im oberen Kapazi- 
tätsbereich auch Laufwerke mit 9'' und 10,5" 
Plattendurchmesser in den letzten Jahren 
Bedeutung erlangt. 

In der DDR wurden vom VEB Kombinat Ro- 
botron die Festplattenspeicher K5501 mit 
39 MByte Speicherkapazität und K5502 mit 
160 MByte (unformatiert) entwickelt. Die 
4 Speicherplatten verwenden ein metalli- 
sches Dünnschicht-Speichermedium, das 
auf elektrochemischem Wege hergestellt 
wird. Die Geräte sind in Einschubbauweise 
mit dem Standardinterface SMD ausgeführt 
und vorwiegend für den Einsatz in Kleinrech- 
nern vorgesehen. 

1 .3.2. 5V4"-Laufwerke 

Nach wie vor ist eine außerordentlich hohe 
Entwicklungsdynamik in der Klasse der 5'U"- 
Laufwerke zu verzeichnen. Der Rahmen ist 
durch folgende Industriestandards abge- 
steckt: 


Günter Salzmann ist im Kombinat Robotron Dres- 
den an Forschungsaufgaben zu magnetischen 
Plattenspeichern tätig. Nach seinem Studium an 
der Technischen Universität Dresden, Fakultät für 
Elektrotechnik, promoviede er auf dem Gebiet der 
Mikrowellentechnik. Er war an Forschungsaufga- 
ben zu magnetischen Dünnschicht-Operativspei- 
chem, zur optischen Zeichen- und Informations- 
verarbeitung sowie zur Klein- und Mikrorechen- 
technik beteiligt. 


Brutto-Spurkapazität: k x 10416 Byte 

Netto-Spurkapazität: k x 8192 Byte 

Datenübertragungsrate: k x 5 MBit/s 

Interface: 

ST 506/41 2 für k= 1 
ESDI oder SCSI für k ^ 2 
Abmessungen: 

5V4''-Formfaktor mit 83 mm x 146 mm x 
203 mm oder slim-line mit 41 mm Höhe. 

Die Mehrzahl der Laufwerke wird gegenwär- 
tig mit k = 1 für Kapazitäten von 20-40 
MByte und in slim-line-Ausführung herge- 
stellt. Sie werden vor allem in Personalcom- 
putern eingesetzt. Überwiegend kommen y- 
Fe 2 0 3 -Partikelschichten und Ferritköpfe zur 
Anwendung. Für gehobene Leistungsan- 
sprüche sind Laufwerke um 80 MByte mit 
k = 1 und k = 2 üblich, wobei im letzteren 
Fall hauptsächlich Metallschichtplatten ein- 
gebaut werden. Als nächster Konzentrations- 
punkt zeichnet sich der Kapazitätsbereich 
um 1 70 MByte mit k = 2 ab. 

Als erstes Erzeugnis im Niveau k = 3 brachte 
die Firma Maxtor Anfang 1987 die Serie 
EXT 8000 heraus /8/. Mit 8 Platten werden 
eine Kapazität von 760 MByte und eine mitt- 
lere Positionierzeit von nur 18 ms realisiert. 
Bei einer Längsspeicherdichte von 1240 Bit/ 
mm und 54 Spuren/mm beträgt der gegen- 
wärtige Spitzenwert der Flächenspeicher- 
dichte 67000 Bit/mm 2 . 

1.3.3. 3,5''-Laufwerke 

Die Klasse der 3,5"-Laufwerke hat sich zu ei- 
nem Entwicklungsschwerpunkt herausgebil- 
det. Da bezüglich des Datenformats und des 
Interfaces aus anwendertechnischen Grün- 
den Kompatibilität zu den 5V4"-Laufwerken 
zu fordern ist, war ein ausreichendes Niveau 
der Speicherdichte, insbesondere eine 
Längsdichte um 500 Bit/mm, Voraussetzung 
dafür, daß sich diese Geräteklasse etablieren 
konnte. Aus diesem Grunde und unter Be- 
rücksichtigung künftiger Anforderungen sind 
überwiegend Metallschichtplatten in Ge- 
brauch, die größtenteils in Sputtertechnolo- 
gie hergestellt werden. Der 3,5"-Formfaktor 


mit den Abmessungen 41 mm x 102 mm x 
146 mm ist wie üblich durch die Disketten- 
speicher vorgegeben und gestattet, beim jet- 
zigen Stand der Technologie bis 4 Platten un- 
terzubringen. Mit einer Speicherdichte von 
21 000 Bit/mm 2 bei k = 1 ergibt das als ge- 
genwärtigen Spitzenwert 53 MByte. Wäh- 
rend bislang in der 3,5"-Geräteklasse aus- 
schließlich die Schrittmotorpositionierung mit 
mäßigen Zugriffszeiten zur Anwendung kam, 
hat nunmehr die Einführung des Tauchspul- 
antriebs begonnen. Damit wurden bereits 
mittlere Positionierzeiten von 25 ms er- 
reicht. 

Die geringen Abmessungen der 3,5"-Lauf- 
werke haben 1 986 zu einer interessanten Lö- 
sung für die Leistungserhöhung des weitver- 
breiteten IBM-PC geführt. Auf eine Steck- 
karte der Größe 106 mm x 342 mm zusam- 
men mit dem Controller montiert, läßt sich der 
Rechner auf einfachste Weise durch einen 
Plattenspeicher der Kapazität 1 0 MByte oder 
20 MByte (formatiert) aufwerten 191. Da die 
Leistungsaufnahme nur ca. 10 W beträgt, 
kann die Stromversorgung direkt über die Be- 
triebsspannungen des Rechners erfolgen. 

Es ist zu erwarten, daß in Kürze 3,5"-Lauf- 
werke Kapazitäten bis 100 MByte erreichen. 
Damit werden in diesem Bereich im Verlaufe 
der nächsten Jahre die 5V4"-Laufwerke weit- 
gehend abgeiöst. Die weiteren Entwicklungs- 
möglichkeiten zeichnen sich mit der erfolgten 
Ankündigung eines 170-MByte-Gerätes 
ab. 

1 .3.4. Effektivierung des Datenaustausches 
Das gestiegene Leistungsvermögen der Mi- 
krorechner und der Schaltkreistechnologien 
ermöglicht und erfordert, effektivere Metho- 
den des Datenaustausches auch in der Welt 
der Mikrorechner-Peripherie anzuwenden. 
Dementsprechend haben in den letzten Jah- 
ren das SCSI (Small Computer System Inter- 
face) bzw. der SCSI-Peripheriebus nach 
ANSI ANSC X 3T9.2 starke Verbreitung ge- 
funden /10/. An den SCSI-Bus sind 8 Geräte 
verschiedener Art anschließbar. Der Daten- 
verkehr erfolgt über komplexe Kommandos 
mit einer Geschwindigkeit bis 1,5 MByte/s 
asynchron oder bis 4 MByte/s synchron. Die 
Ausnutzung dieser hohen Übertragungsra- 
ten erfordert bei den motorischen Speicher- 
geräten die Zwischenschaltung von Halblei- 
ter-Pufferspeichern. Ein weiterer Effektivi- 
tätsgewinn läßt sich durch überlappten Zu- 
griff erreichen, sofern mehrere adressierbare 
Geräte aktiv sind. 

Die Verwendung der SCSI-Schnittstelle be- 
deutet zugleich, daß ein Großteil der Control- 
lerfunktionen in das Speichergerät verlagert 
wird. Das führt zu einer Entlastung des Host- 
rechners und zu einem Peripheriegerät mit 
„Intelligenz“. Bei den Winchesterspeichern 
hat die SCSI-Schnittstelle vor allem für 5V4"- 
Laufwerke Bedeutung erlangt, wird aber 
auch schon in die 3,5"-Geräteebene einge- 
führt. Durch den Einsatz hochintegrierter 
Spezialschaltkreise kann auch mit dieser Er- 
weiterung der jeweilige Formfaktor eingehal- 
ten werden. 

Eine Verkürzung der effektiven Zugriffszeit 
läßt sich durch das Prinzip des Cache-Spei- 
chers erreichen. Hochleistungs-Controller 
ermöglichen den Anschluß von 4 Laufwerken 
mit ESDI-Schnittstelle (Enhanced Small Disc 
Interface) und arbeiten mit Cache-Speichern 


Tafel 1 Charakteristik der Geräteklassen bei Winchesterspeichern 


Plattengröße 

356 mm 

(14") 

356 mm 

(14") 

200 mm/ 
210mm 
(8") 

130 mm 

5’/4") 

95 mm 

(3,5") 

Anwendung 

EDVA 

Kleinr 

echner AC, PC 

1 Supermikros 

Bauform 

Standgerät 

19”-Einschub 

Einbaulaufwe 

Subsystem 

rk 

Kapazität [MB] 

300-5000 

160-800 

50-800 

25-760 

12-170 

Masse [kg] 

300-500 

40-60 

6-14 

1,5-5 

1 

Volumen [dm 3 ] 

800-1900 

40-85 

8-11 

1,2; 2, 4 

0,6 
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von 1 MByte, aufrüstbar bis 16 MByte /IO/, 
/II/. 

Die Preis- und Kapazitätsentwicklung bei den 
SW'- bis 8"-Laufwerken ermöglicht, unter 
Verwendung mehrerer Laufwerke Speicher- 
subsysteme mit Kapazitäten > 1 GByte zu 
realisieren und mit Vorteil bei Kleinrechnern 
und mittleren EDVA anstelle von 1 4"-Geräten 
einzusetzen. 

2. Back-up-Speicherung 

2.1. Anwendungstechnische Erfordernisse 
Mit dem breiten Einsatz immer größerer Fest- 
plattenspeicher wächst der Bedarf an ad- 
äquaten Mitteln zur Datensicherung, zum 
Datenaustausch und zur Datenarchivierung. 
Dementsprechend hat die back-up-Spei- 
chertechnik auf der Grundlage von Magnet- 
bandkassetten stark an Bedeutung gewon- 
nen /1 2/. Diese Geräte arbeiten aus Kosten- 
und Geschwindigkeitsgründen im streaming- 
Modus, das heißt, der Datenaustausch er- 
folgt file orientiert in größeren Einheiten. 

2.2. Back-up-Speicherung bei 
Mikrorechnern 

In der Regel kann nur bei Mikrorechnern und 
Personalcomputern mit Winchesterspei- 
chern < 30 MByte auf einen speziellen back- 
up-Speicher neben der Diskette verzichtet 
werden. Das typische back-up-Medium für 
Personal- und Arbeitsplatzcomputer im ge- 
hobenen Leistungsbereich sowie für Super- 
mikros ist gegenwärtig die VV'-Bandkassette. 
Die Aufzeichnung erfolgt seriell im Mehrspur- 
Serpentine-Verfahren auf y-Fe 2 0 3 -Partikel- 
bänder bei Bandgeschwindigkeiten um 2 m/ 
s. Mit 4, 9 und 154 Spuren werden Speicher- 
kapazitäten um 30, 60 und 125 MByte (for- 
matiert) erreicht. Das Datenformat ist nach 
QIC-24 standardisiert. Die Systemintegration 
ist einfach, da üblicherweise der 5V4"-Form- 
faktor der Disketten- und Winchesterlauf- 
werke einschließlich der slim-line-Ausfüh- 
rung eingehalten und neben dem Interface 
nach QIC-02 in steigendem Maße der SCSI- 
Anschluß ermöglicht wird. Um in Grenzfällen 
die Anschaffung eines speziellen back-up- 
Speichers zu vermeiden, wurden Kassetten- 
plattenspeicher und hochdichte Disketten in 
spezieller Verpackung im 5V4"- und 8"-For- 
mat entwickelt. Der Marktanteil dieser Er- 
zeugnisse ist aber gering. 

2.3. Hochleistungssysteme 

Für EDVA und leistungsstarke Kleinrechner 
sind schnelle back-up-Speicher auf der Basis 
von '/^'-Magnetbändern erforderlich. Mit 
dem neuen System 3480 von IBM wurde 
auch in diesem Bereich der Übergang zur 
Kassettentechnik eingeleitet. Die Kassette 
mit den Abmessungen 100 mm x 125 mm x 
25 mm speichert 200 MByte auf einem 
V2"-Cr0 2 -Partikelband. Mittels der 18-Spur- 
Parallelaufzeichnung wird eine Datenüber- 
tragungsrate von 3 MByte erreicht. Eine wei- 
tere Erhöhung der Speicherdichte und -kapa- 
zität ist in den kommenden Jahren zu erwar- 
ten. 

Verschiedene Aktivitäten sind darauf gerich- 
tet, den Anwendungsbereich dieser Kassette 
durch die kostengünstigere serielle oder teil- 
parallele Aufzeichnung zu verbreitern und 
Laufwerke im 5V4"-Formfaktor zu entwik- 
keln. 



Bild 5 Entwicklung der Produktionsstückzahlen 
bei optischen Plattenspeichern 

3. Digital-optische Plattenspeicher 

3.1. Anwendungsaspekte 

Nach der erfolgreichen Einführung der Com- 
pact-Disk im Jahre 1982 für die digitale Ton- 
aufzeichnung höchster Qualität waren die 
nachfolgenden Aktivitäten der einschlägigen 
Industrie darauf angelegt, die optische Spei- 
cherung für die Daten- und Informationsver- 
arbeitung nutzbar zu machen. Im Ergebnis 
dessen entstanden neue System- und An- 
wendungslösungen, ohne daß merkliche 
Rückwirkungen auf die Position der magne- 
tomotorischen Speicher festzustellen sind. 
Die technische Entwicklung der digital-opti- 
schen Speicher vollzieht sich in 3 Katego- 
rien: 

- CD-ROM mit einer wechselbaren, unmit- 
telbar aus der Compact Disk abgeleiteten 
Platte, die fest eingeprägte Daten trägt, wel- 
che nur gelesen werden können 

- WORM (write once, read mostly) mit einer 
wechselbaren optischen Platte für einmalige 
Aufzeichnung durch den Anwender 

- WRM (write/read memory) mit einer wech- 
selbaren optischen Platte, die wie ein magne- 
tisches Speichermedium Aufzeichnung und 
Wiedergabe in beliebiger Folge ermög- 
licht. 

Die weitere Analyse muß sich auf einige an- 
wendungstechnische Aspekte beschränken. 
Gegenwärtig sind international in den Kate- 
gorien CD-ROM und WORM sehr hohe Zu- 
wachsraten zu verzeichnen, während WRM 
noch als Labor- und Entwicklungsmuster an- 
gesehen werden müssen. Prognosen besa- 
gen /1 3/, daß 1 991 weltweit das Produktions- 
volumen 1 Mio. Stück bei einem Marktwert 
von 2 Mrd. Dollar überschreitet (Bild 5). Trotz 
der erheblichen Steigerung dürfte diese 
Summe nur etwa 5 % des Marktwertes der 
magnetomotorischen Plattenspeicher aus- 
machen. 

3.2. CD-ROM 

CD-ROM bieten bei einem Plattendurchmes- 
ser von 120 mm eine Speicherkapazität von 
200 . . . 600 MByte pro Seite. Berücksichtigt 
man, daß die Plattenkassette für einen Preis 
von 60 bis 130 Dollar herstellbar ist und die 


Laufwerke im OEM-Vertrieb für 400 bis 900 
Dollar gehandelt werden /1 4/, ergibt sich eine 
einzigartige Möglichkeit, sehr große Daten- 
mengen dezentral auf Personalcomputern 
oder Arbeitsstationen verfügbar zu machen. 
Da die Laufwerke im 5'/4"-Formfaktor und mit 
SCSI-Schnittstelle zu haben sind sowie Stan- 
dards für das Datenformat existieren, wird die 
Systemintegration sehr unterstützt. Es wird 
prognostiziert, daß 1 990 5 % aller Personal- 
computer mit Laufwerken für die optische 
Platte ausgestattet sein werden. Als Anwen- 
dungen kommen vor allem in Frage: Kata- 
loge jeder Art, technische Dokumentationen, 
Serviceunterlagen, Nachschlagewerke, Lehr- 
programme, Rechnerprogramme mit Doku- 
mentationen usw. Die große Plattenkapazität 
läßt es zu, auch bildhafte Darstellungen ab- 
zuspeichern. Damit ist eine gewisse Alterna- 
tive zur Informationsspeicherung auf Papier 
und Mikrofilm mit dem Vorteil des wahlfreien, 
rechnergestützten Zugriffs gegeben. 

3.3. WORM 

Die ersten für die digitale Informationsverar- 
beitung einsetzbaren optischen Speicher wa- 
ren WORM-Platten mit einem Durchmesser 
von 12". Sie bieten eine wahlfrei zugreifbare 
Kapazität von 1 ... 4 GByte mit einer Positio- 
nierzeit > 1 00 ms. Die wesentlichste Zielstel- 
lung für die Anwendung waren zunächst Do- 
kumentenspeichersysteme für die Büroauto- 
maten, teilweise mit Kapazitäten > 100 
GByte durch automatische Plattenwechsel- 
mechanismen. Außer den für die CD-ROM 
genannten Anwendungen kommen Einsatz- 
möglichkeiten in der Primärspeicherung von 
Objekten für die Bildverarbeitung, im Finanz- 
wesen, bei Versicherungen, in der Medizin 
und generell in der Langzeit-Datenarchivie- 
rung hinzu. Der letzte Fall stellt im Prinzip 
eine Alternative zur Magnetbandspeicherung 
dar. Diese interessante Anwendung hat sich 
aber durch die fehlende Standardisierung 
und neue, leistungsfähige Kassettenbandge- 
räte (s. Pkt. 2.3) nicht im erwarteten Maße 
entwickelt. Gegenwärtig zeichnet sich ein 
Entwicklungsschwerpunkt bei Laufwerken 
und Plattenkassetten im 5V4"-Formfaktor mit 
ESDI- oder SCSI-Schnittstelle ab, wobei Ka- 
pazitäten zwischen 300 und 800 MByte zur 
Diskussion stehen / 1 4/, /1 5/. 

3.4. WRM 

Bei den löschbaren optischen Speichern ste- 
hen die 3,5"- und 5V4"-Formate im Mittel- 
punkt des Interesses. Das magnetooptisch 
arbeitende Entwicklungsmuster von Verba- 
tim speichert auf einer 3,5"-Platte 
40 MByte. Diese Tendenz zu kleinen Forma- 
ten erklärt sich anwendungsseitig aus dem 
potentiellen Vermögen, im unteren Lei- 
stungsbereich der Personal- und Arbeits- 
platzcomputer Festplatte, Diskette und back- 
up-Kassette durch ein einziges hochdicht 
speicherndes Medium ersetzen zu können, 
wobei in diesem Bereich die noch relativ gro- 
ßen Zugriffszeiten optischer Speicher am we- 
nigsten stören. Einsatzreife Laufwerke wur- 
den in diesem Jahr vorgestellt. 

Ausblick 

Das Leistungsvermögen und die Einsatz- 
breite der magnetomotorischen Speicher 
werden in den nächsten Jahren weiter zu- 
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nehmen. Bei Winchesterspeichern steigen 
die Speicherdichte und damit die Kapazitäten 
vor allem bei den 3,5"-, SMZ'- und 8"-Laufwer- 
ken weiter an. Es ist wahrscheinlich, daß mit 
der konventionellen Längsspeicherung Dich- 
ten von 10 5 Bit/mm 2 überschritten werden. 
Man kann davon ausgehen, daß sich bei den 
5V4"- und 8''-Formaten die begonnene Ent- 
wicklung zu intelligenten Laufwerken, zum 
Einsatz leistungssteigernder elektronischer 
Mittel und zu Subsystemen mit mehreren 
Winchestermoduln fortsetzt. Die Position der 
Senkrechtspeicherung bei der Fortentwick- 
lung der Plattenspeicher läßt sich gegenwär- 
tig nur schwer bestimmen. 

Unbestritten ist die wachsende Bedeutung 
der digital-optischen Speicher. Gravierende 
Rückwirkungen auf die magnetischen Me- 
dien sind vorerst nicht zu erwarten. Neben 
der technischen und technologischen Be- 
herrschung der lösch- und umschreibbaren 
Platte müssen die Zugriffszeiten verringert 
und die Datenübertragungsraten erhöht wer- 
den. 
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Frantisek Marek, Ostrava (CSSR) 

1. Optische Speicherung - 
Wirkungsweise und Eigenschaften 

Für die optische Speicherung IM werden als 
Speichermedium Plast-Disketten verwendet, 
die mit einer lichtempfindlichen Schicht ver- 
sehen sind. Es werden Telluroxide, Gold- 
oder Silberlegierungen, Silberhalogenide 
u.a. verwendet. 

Bei der Datenspeicherung auf ein optisches 
Medium werden mittels Laserstrahlen in die 
reflektierende Schicht ca. 1 /.im große Löcher 
eingebrannt, so daß die Reflexion der Ober- 
fläche geändert wird. Bei der Abtastung wird 
durch Auswertung der Signale in einem De- 
tektor die Intensität des reflektierten Lichtes 
ermittelt; durch Unterscheiden von zwei Ni- 
veaus kann festgestellt werden, ob es sich 
um eine logische Null oder Eins handelt 
(Bild 1). 

Der Vorteil der optischen Disketten ist z. Z. 
vor allem die hohe Aufzeichnungsdichte, ins- 
besondere im Vergleich mit der magneti- 
schen Aufzeichnung, wo mit Ausnahme der 
vertikalen Aufzeichnung nur kleine Reserven 
vorhanden sind. In Anbetracht der vorausge- 
setzten schnellen Entwicklung der Ferti- 
gungstechnologien von Speichermedien und 
Speicher-Laufwerken werden die optischen 
Speicher einen sehr niedrigen Aufwand für 
die Speicherung eines Bits aufweisen 
(Bild 2). 

Die gegenwärtige Entwicklung ermöglicht 
bereits eine bedeutende Verringerung der 
Fehlerhaftigkeit der Speicherung, so daß das 
Auftreten fehlerhafter Bits bereits im Verhält- 


1 Der Artikel ist ein leicht gekürzter Nachdruck aus 
der tschechoslowakischen Zeitschrift „automati- 
zace“ 2/1986. Wir danken Autor und Redaktion für 
die Erlaubnis zur Veröffentlichung. 

Die Übersetzung besorgte Paul Matuschek. Red. 

Bild 1 Schematische Darstellung einer optischen 
Diskette 

1 - Antriebsmechanismus, 2 - optisches Medium, 
3 - Objektiv, 4 - Platte, 5 - Detektor für Scharfein- 
stellung, 6 - Detektor für Spureinstellung, 7 - Un- 
terbrecher des polarisierten Strahles, 8 - Kolima- 
tor, 9 - Laserdiode 

Bild 2 Vergleich der Technologien der Datenspei- 
cherung 


nis 1 :10 12 angeführt wird; das ist ein Wert, 
der auch bei anspruchsvollen Anwendungen 
im Fall klassischer Speichermedien erreicht 
wird. 

Ähnlich wie bei magnetischen Disketten 
bleibt das Problem der Nichtkompatibilität 
der optischen Speicher durch Anwendung 
von Speichern mit unterschiedlichen Durch- 
messern und Kapazitäten. 

Vorteile gegenüber magnetischen Speichern 
sind unter anderem die Widerstandsfähigkeit 
gegen Staub. Rauch, Anfassen sowie eine 
lange Lebensdauer. 

2. Optische Speicher mit 
nichtlöschbarer Aufzeichnung - OROM 

Bei Anwendung optischer Disketten für nur 
eine Aufzeichnung stellt die hohe Kapazität 
einen bedeutenden Vorteil nicht nur auf dem 
Gebiet der Videoaufzeichnung oder Doku- 
mentenarchivierung dar, sondern direkt in 
der Datenverarbeitung, insbesondere bei der 
Programmspeicherung und Abspeicherung 
großer Datenbasen. Deshalb erschien be- 
reits 1984 auf dem Markt eine Reihe von 
Speichern für nichtlöschbare optische Auf- 
zeichnung, bezeichnet mit der Abkürzung 
OROM (optical read only memory). 

Die vorläufig größten optischen Disketten mit 
356 mm Durchmesser (14" werden beim Sy- 
stem der optischen Speicherung der Firma 
Storage Technology Corp. 121 angewendet. 
Sie haben eine Kapazität von 4 GByte, die 
Übertragungsgeschwindigkeit beträgt 3 
MBit/s. An das Steuerwerk können bis zu 8 
Laufwerke angeschlossen werden. 

Die bereits erwähnte japanische Firma Hitachi 
/3/ führte Ende 1984 das Laufwerk OC-301 
vor, das eine 305 mm (12") große optische 
Diskette mit einer Kapazität bei beidseitiger 
Aufzeichnung von 2,6 GByte anwendet. Die 
Drehzahl der Diskette beträgt 600 U/min -1 , 
die Übertragungsgeschwindigkeit 440 KBit/s. 
Auf jeder Seite der Diskette befinden sich 
40000 Speicherkurven mit einer durch- 
schnittlichen Zugriffszeit von 200 ms. 
Thompson - CSF Communication brachte 
1984 das Speicher-Laufwerk Gigadisc 1001 
(Bild 3) auf den Markt, eine optische Diskette 
mit 305 mm Durchmesser und einer Kapazi- 
tät von 2GByte, Masse 1,3kg (Bild 4). Die 
amerikanische Firma Reference Technology 
/4/ begann Ende 1984 Speicher-Laufwerke 
liefern mit der Bezeichnung Data Drive 
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Bild 3 Laufwerk für optische Disketten als Tischgerät 



Bild 5 Schnitt einer optischen Diskette von 3M. 

Das mit Rillen versehene Plastmaterial besitzt 1 000 A tiefe Rillen im Abstand 
von 1,67 fim. Jede Rille enthält vorgestanzte vorläufige Formatinformationen, 
Angaben zum Sektor und zur Spur. 

1 - Laminat-Schutzschicht, 2 - Luftspalt, 3 - Speicherbereich 



Bild 6 Magnetooptische Speichermethode 

a) 1 - Laser, 2 - magnetisches Medium, 3 - Magnetfeld 

b) 1 - normal reflektierter Strahl, 2 - optisch reflektierter Strahl, 3 - Domäne 
des umgekehrten Magnetismus 

c) 1 - Magnetfeld 


und den Abmessungen 214 x 406 x 
600 mm 3 und einer Masse von 32 kg. Diese 
Speicher-Laufwerke verwenden ebenfalls 
optische Disketten mit einer Kapazität von 
2 GByte, aber mit 51 000 Speicherspuren. 
Die Diskette hat eine Drehzahl von 1 800 U / 
min’ 1 , die durchschnittliche Zugriffszeit 
beträgt 151 ms. Die Firma 3M begann mit 
der Lieferung von optischen Disketten mit 
305 mm Durchmesser in zwei Varianten 
(Bild 5), beidseitiger Aufzeichnung und einer 
Kapazität von 1 ,2 GByte. 

Laser Data Inc. kündigte die Herstellung opti- 
scher Disketten mit einer Kapazität von 
800 MByte pro Diskette 151 an, die für Perso- 
nalcomputer geeignet sind. 

Information Storage Inc. inseriert das Spei- 
cher-Laufwerk 525 WC /6/, welches eine opti- 
sche Diskette mit 133 mm Durchmesser 
(5V4") und einer Kapazität von 100 MByte, 
einer Übertragungsgeschwindigkeit von 
2,5MBit/s und einer durchschnittlichen Zu- 
griffszeit von 200 ms benutzt. In der Perspek- 
tive wird mit einem Preis von 600 Dollar für 
das Speicher-Laufwerk und 40 Dollar für die 
optische Diskette gerechnet. 
Vollständigkeitshalber sei auch die Sorti- 
mentserweiterung bei Sony und Philips /5/ er- 
wähnt, die für die Computertechnik Compakt- 
Disks mit 12 cm Durchmesser (4,72"), einer 
Kapazität von 550 MByte, durchschnittlicher 
Zugriffszeit von 0,5 s und einer Übertra- 
gungsgeschwindigkeit von 1 ,44 MBit/s lie- 
fern. 


3. Optische Disketten mit 
löschbarer Aufzeichnung 

Die Verbindung einer hohen Speicherdichte 
mit entsprechendem Anwachsen der Spei- 
cherkapazität und die Möglichkeit einer 
mehrmaligen Aufzeichnung würde verständ- 
licherweise die Anwendung der optischen 
Aufzeichnung in der Computertechnik deut- 
lich verbessern. Zu diesem Zweck beginnt 
man, in der Praxis zwei weiter beschriebene 
Methoden zu forcieren /7 /, /8/. 

3.1. Magnetooptische Methode 
Bei dieser Methode wird die Temperaturab- 
hängigkeit der magnetischen Koerzitivkraft 
beim Lesen, Löschen und Neuaufzeichnen 
mittels einer Laserdiode genutzt. In der Auf- 
zeichnungsphase wird in das Medium ein 
Magnetfeld mit einigen hundert Oersted ge- 
leitet. Der Lichtstrom aus der Laserdiode bil- 
det in der Speicherschicht kleine Öffnungen 
in der Größe von 1 «m, wobei gleichzeitig die 
Aufzeichnungsstelle auf eine Temperatur er- 
wärmt wird, bei der die Koerzitivkraft gleich 
Null ist, so daß das Medium am leichtesten 
magnetischen Änderungen zugänglich ist. 
Durch das Einwirken des Magnetfeldes 
kommt es zu einer Aufzeichnung des ent- 
sprechenden Bits, ähnlich wie bei der ma- 
gnetischen Aufzeichnung. 

Zum Lesen der Aufzeichnung wird der soge- 
nannte Kerr- oder Faraday-Effekt genutzt, 
der auf dem Drehen der Polarisationsebene 
des Lichtes durch ein Magnetfeld beruht. Po- 
larisiertes Licht dreht sich im oder gegen den 
Uhrzeigersinn, je nach Richtung des Magne- 
tismus. Mit Hilfe eines Analysators wird der 


Grad der Polarisation ermittelt und dadurch 
die Aufzeichnung in Form einer Null oder 
Eins ausgewertet. 

Das Löschen der Aufzeichnung kann auf 
zweierlei Art ausgeführt werden. Einerseits 
geschieht dies lokal, das heißt durch Erwär- 
mung und Einwirkung eines Magnetfeldes, 
das eine Aufzeichnung bewirkt (Bild 6). An- 
dererseits mittels massenhaften Löschens 
aller Aufzeichnungen auf der Diskette. 

Bei der Größe einer Aufzeichnungsöffnung 
von 1,«m kann durch diese Methode eine 



eine amorphe Phase 

1 - gespeicherte Bits, amorphe Phase, 2 - Spei- 
cherschicht, Kristallphase, 3 - Laserstrahl, 4 - 
Grundmaterial der Diskette 
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Einchipmikrorechner 

Das Sortiment des VEB Mikroelektronik „Karl Marx“ Erfurt 


Speicherdichte von 5 • 10 8 Bit/ cm 2 erreicht 
werden. Die erste praktische Anwendung 
dieser Methode stellen optische Disketten 
mit einer Speicherschicht auf Terbium-, Ei- 
sen- und Kobaltbasis dar, die gemeinsam 
von den Firmen Sony und Kokusai Denshin 
Denwa hergestellt werden. Diese Disketten 
können für eine digitale sowie analoge Auf- 
zeichnung angewendet werden. 

3.2. Methode der Änderung 
der Kristallphase einer Speicherschicht 
in eine amorphe Phase 
Diese Methode wurde von der Firma Matsu- 
shita realisiert, wobei als empfindliche Spei- 
cherschicht eine Tellurlegierung mit kleinen 
Mengen Germanium, Indium und Blei ange- 
wendet wird. Bei einer Aufzeichnung mittels 
Laserstrahl (Bild 7) ändert sich die Kristall- 
phase mit großer Reflexion in eine amorphe 
mit niedriger Reflexion. Die Aufzeichnung 
und das Lesen werden durch einen Laser mit 
830 nm Wellenlänge und 8 mW Leistung für 
die Aufzeichnung und 1 mW beim Lesen rea- 
lisiert. Das Löschen geschieht durch einen 
zweiten Laser mit 780 nm Wellenlänge und 
10 mW Leistung. 

Eine praktische Realisierung stellt das Lauf- 
werk von Panasonic OMDR (optical memory 
disk recorder) dar, welches eine 8"-Diskette 
mit einer Kapazität von 700 MByte/Seite und 
einer Drehzahl von 1800 U/min“ 1 anwendet. 
Der Vorteil dieser Geräte ist eine einfachere 
Konstruktion als im Fall der magnetoopti- 
schen Aufzeichnung. Perspektivisch wird die 
Anwendung eines Mediums auf der Basis ei- 
nes Polymerfarbstoffes erwogen, dadurch 
würden Probleme beseitigt werden, die mit 
der Verarbeitung von Rohstoffen mit Giftwir- 
kung (Tellur) Zusammenhängen. 

4. Ausblick 

Optische Disketten finden bereits breite An- 
wendung auf dem Gebiet der Konsumgüter- 
elektronik (Videoaufzeichnung) und bei der 
Archivierung von Dokumenten. Dank der au- 
ßerordentlichen Speicherdichte, die eine Ka- 
pazitätserhöhung bei gleichzeitiger Verringe- 
rung der Abmessungen und der Masse er- 
möglicht, behaupten sie sich immer mehr 
auch in der Rechentechnik, vor allem bei der 
Speicherung von Programmen und beim Auf- 
bau umfangreicher Datenbanken. 

Ihre breite Anwendung ist allerdings von der 
Lösung des Problems des Löschens der al- 
ten Aufzeichnung und der Realisierung einer 
neuen abhängig. 
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Vorbemerkungen 

Der VEB Mikroelektronik „Karl Marx“ Erfurt 
produziert seit 1 984 ein umfangreiches Sorti- 
ment von Einchip-Mikrorechner-Schaltkrei- 
sen(EMR). 

Basierend auf den beiden Basistypen dieses 
8-Bit-Mikroprozessorsystems, dem U 881 D 
und dem U 882 M /I/, umfaßt die Einchip-Mi- 
krorechner-Familie heute 7 Typvarianten in 
insgesamt 14 Bondversionen mit jeweils 3 
möglichen Taktfrequenz-Obergrenzen. All 
diese Varianten sind hinsichtlich ihrer inter- 
nen Struktur, ihrer statischen und dynami- 
schen Kennwerte sowie ihrer Programmie- 
rung grundsätzlich identisch. (Siehe Bilder 1 
bis 3 und Tafel 1.) 


Tafel 1 Flags des EMR 


Die Einchip-Mikrorechner lassen sich in zwei 
Gruppen einteilen: 

• EMR mit internem ROM 

Diese Gruppe repräsentiert den Einchip- 
Rechner im eigentlichen Sinne. 

Der Programmspeicher, der On-Chip-ROM, 
befindet sich hier in Form einer kundenspezi- 
fischen Maske (Bitmuster) auf dem Chip. 

Die Herstellung dieser Maske ist mit relativ 
hohen Kosten verbunden, die der Anwender 
dem EMR-Hersteller einmalig zu erstatten 
hat. 

Somit ergeben sich als sinnvolle Einsatzfälle 
fast ausschließlich Geräte mit relativ hohen 
Produktionsstückzahlen, wie z. B. Konsum- 
güter. 

• EMR mit externem ROM bzw. 
mit externem Programmstart 

Zu dieser Gruppe zählen die Einchip-Mikro- 
rechner-,, Entwicklungsversionen“, deren 
Programmspeicher logisch intern , aber phy- 



EMR mit externem ROM bzw. mit externem Programmstart 

EMR mit internem ROM 

ohne ROM 

Interpreter 
fürTiny- 
MP BASIC 

Entwicklungsversion 

Kundenspezifisches 

Programm 

Programmstart extern 

bei erhöhtem Pegel 
an RESET-Eingang 

normalem 

RESET 

über Speicherport 

zugängliche 

ROM-Kapazität 

On-Chip-ROM-Kapazität 

Adresse 

%1012 

auf 

Adresse 

%812 

4 KByte 

2 KByte 

4 KByte 

2 KByte 

Normal- 
version U 861 1 

Quarz DC08/1 

direkt an- 
schließbar 

UB 8860 D 

UB8830D 

UB8840M 

UB8820M 

U 861 1 DC08 

UB8810D 

Version UL 8611 

Takt- DC 08/1 

generator 
erforderlich 

UB 8861 D 

UB8831 D 

UB 8841 M 

UB8821 M 

UL 8611 DC08 

UB8811 D 
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Bild 1 Pinbelegung und Schaltungskurzzeichen des UB 8810 DIUB 881 1 D 


Bild 3 Blockschaltbild des EMR am Beispiel des UB 8820 M 


sisch extern angeordnet ist. Auch lassen sich 
dieser Gruppe all jene EMR mit On-Chip-ROM 
zuordnen, deren Bitmuster für eine universelle 
Verwendung vorgesehen ist und/oder deren 
Programmstart extern erfolgen kann. 

Das Anwenderprogramm befindet sich hier 


außerhalb des Einchip-Mikrorechners und ist 
für diesen über das spezielle Speicherport 
bzw. über die als Adreß-/Daten-Bus konfigu- 
rierbaren Ports 0 und 1 zugänglich. 

Sinnvolle Einsatzgebiete sind Geräte mit klei- 
neren Produktionsstückzahlen, mit oft bzw. 



kurzfristig einer Änderung zu unterwerfenden 
Programmen sowie Lern-, Entwicklungs- und 
Emulationsmodule. 

Tafel 2 gibt eine Übersicht zum derzeitigen 
Produktionssortiment des VEB Mikroelektro- 
nik „Karl Marx“ Erfurt. 

Die verwendeten Typbezeichnungen bezie- 
hen sich auf EMR mit einer maximalen Takt- 
frequenz von 8,0 MHz. 

EMR mit internem ROM 

• UB 8810 D,UB 8811 D, U 8611 DC08, 

UL 8611 DC08 

Das auf dem Chip befindliche kundenspezifi- 
sche Programm hat eine Kapazität von 
2 KByte bzw. 4 KByte. 

Eine externe Speichererweiterung kann mit- 
tels Nutzung von Port 0 und Port 1 als Adreß- 
und Datenbus vorgenommen werden. Da- 
durch ist die Schaffung eines zusätzlichen, 
direkt adressierbaren Speicherbereiches von 
124 KByte (UB 8810 D, UB 8811 D) bzw. 
120 KByte (U 8611 DC08, UL 8611 DC08) 
möglich. 

Die Kennzeichnung des jeweiligen kunden- 
spezifischen Bitmusters erfolgt durch eine 
3stellige Zahl als Zusatz zur Typbezeich- 
nung, z. B. UB 881 0 D-003, UL 861 1 DC08- 
002. 

EMR mit externem ROM bzw. mit exter- 
nem Programmstart 

• UB 8820 M, UB 8821 M, UB 8840 M, 
UB8841 M 

Das logisch interne Anwenderprogramm wird 
physisch außerhalb des EMR angeordnet. 


Bild 2 Pinbelegung und Schaltungskurzzeichen 
des UB 8820 M/UB 8821 M 
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Bild 4 RESET -Pin-Beschaltung zum Eintritt in die 
Test-ROM-ln/tialisierungsroutine 


Zu diesem Zweck verfügt der Einchip-Mikro- 
rechner über 12 Adreß-Ausgänge und 8 Da- 
ten-Eingänge (Speicherports). 

Eine bidirektionale Nutzung dieses Speicher- 
ports ist nicht möglich. Es wird ein spezielles 
Signal /MDS (Memory Data Select) bereitge- 
stellt, welches zur Aktivierung eines ange- 
schlossenen ROMs bzw. EPROMs (z. B. U 
2716 C, U 2732 C) dient. Zu beachten ist je- 
doch, daß beim Lesen von Interruptvektoren 
im logisch internen Bereich das Signal /MDS 
nicht aktiviert wird! In diesem Fall sind der 
Chip-Select- und der Output-Enable-Ein- 
gang des EPROMs ständig mit LOW-Pegel 
zu beschälten. 

• UB 8830 D, UB 8831 D 
Diese EMR-Typen enthalten einen Interpre- 
ter für Tiny-MPBASIC 121 , /3/. Das interne 
Programm besteht aus einer Initialisierungs- 
routine und dem eigentlichen Interpreter, der 
mit Hilfe eines externen Programms geson- 
dert aufzurufen ist. Die Initialisierungsroutine 
dient der Ausführung verschiedener T ests 141, 
bevor ein Anwenderprogrammstart auf der 
externen Speicheradresse 
%0812 (wenn Programmspeicherplatz 

%0812 RAM, also beschreibbar ist) 
oder 

% E000 (wenn Programmspeicherplatz 

%0812 ROM, also nicht beschreibbar ist) 

ausgelöst wird. Außerdem wird der EMR auf 
extended memory timing programmiert. 


Die Initialisierungsroutine hat folgendes Aus- 
sehen: 


Adresse Opcode Befehl 


000C 
000 E 
0010 
0011 
0014 
0016 
0018 
001 B 
001 D 

0020 

0023 

0025 

0027 

0029 

002B 

002D 

002F 

0031 

0033 

0035 

0037 

003A 


3100 SRP#0 

3C0F LDR3,#%0F 

FF NOP 

76E304 TM R3, #4 

143CFF LD R3, #%FF 

EB05 JRNZ, #%5 

76E304 TM R3, #4 

EB20 JRNZ, Test 

E6.F8B6 LDP01M, #%(2) 
10110110 

E6F708 LD P3M,#%(2) 

00001000 
4C08 LD R4, #8 

5C12 LD R5,#%12 

C264 LDC R6,§RR4 

60 E6 COMR6 

D264 LDC§RR4,R6 

C274 LDC R7,§RR4 

60 E6 COMR6 

D264 LDC §RR4, R6 

B267 XORR6.R7 

31 FO SRP#%F0 

EDE000 JPNZ,%E000 

8D0812 JP %812 


Der Programmteil „Test“ und seine Handha- 
bung wird in /4/ ausführlich beschrieben. 

Der Interpreter für Tiny-MPBASIC wird fol- 
gendermaßen aufgerufen: 

© Laden der Startadresse des BASIC-Pro- 
gramms in die EMR-Register 6 und 7. 

® Laden der Startadresse der Prozedur- 
tabelle in die EMR-Register 8 und 9. Ist keine 
Prozedurtabelle vorhanden, dann sind die 
Register 8 und 9 zu löschen! 

® Aufruf des Interpreters mit den Befehlen 
SRP #%10 
CALL %7FD . 

Somit stellt auch dieser Typ eine universell 
einsetzbare Variante eines Einchip-Mikro- 
rechners dar. 


• UB 8860 D, UB 8861 D, U 861 1 DC08I1, 
UL 8611 DC08I1 

Diese Typen werden auch als ROM-Ios be- 
zeichnet. 

Zusätzlich zum eigentlichen kundenspezifi- 


schen ROM ist in jedem Einchip-Mikrorech- 
ner mit internem Programmspeicher ein Test- 
ROM integriert. Dieses benötigt der Herstel- 
ler zu meßtechnischen Zwecken, um unter 
Umgehung des Kunden-ROMs sein externes 
Testprogramm starten zu können, bei den 
ROM-Iosen Typen wird jedoch ausschließlich 
der Test-ROM genutzt; Inhalt und Funktion 
des Kunden-ROMs bleiben dem Anwender 
weitgehend verborgen. 

Hervorgerufen wird der externe Programm- 
start durch Beschälten des RESET-Pins mit 
einem Pegel von + 7,35 ... + 8,0 V nach 
Bild 4. 

Beim UB 8860 D und UB 8861 D erfolgt der 
externe Programmstart auf der Adresse 
%812, beim U 8611 DC08/1 und UL 8611 
DC08/1 auf der Adresse % 1 01 2. 

Die Initialisierungsroutine im Test-ROM hat 
folgendes Aussehen: 

Adresse Opcode Befehl 


000C 
000 F 
0012 


0012 


E600 00 LD PO #%00 
E6F8 96 LD P01M #%96 
8D 08 1 2 JP Startadresse 
(UB8860D, 
UB8861 D) 

8D1012 JP Startadresse 
(U 861 1 DC08/1 , 
UL 8611 DC08/1). 
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CMOS-Technologien 
gewinnen weiter 
an Boden 

Nachdem sich in den vergangenen Jahren 
CMOS-Technologien für den Anwendungs- 
bereich der Höchstintegration durchgesetzt 
haben und heute die Herstellung solcher 
Spitzenprodukte der Mikroelektronik wie 4- 
Megabit-DRAM und 32-Bit-Einchiprechner 
ermöglichen, sind sie nun im Begriff, auch die 
letzte Domäne bipolarer Technologien ins 
Wanken zu bringen: den Bereich der Höchst- 
geschwindigkeitsbauelemente. Über gera- 
dezu sensationelle Fortschritte beim Vorstoß 
in den Pikosekundenbereich wurde auf der 
kürzlich in Bologna, Italien abgehaltenen 
17 ,h European Solid State Device Research 


Conference (ESSDERC) berichtet. Während 
bisher der Subnanosekundenbereich für die 
Gatterverzögerungszeit logischer Schaltun- 
gen im allgemeinen der schnellen ECL-Tech- 
nik Vorbehalten war, wurde nun gleich durch 
mehrere Entwicklungslabors der ECL-Ge- 
schwindigkeitsbereich mit CMOS-Gattern 
nicht nur erreicht, sondern teilweise sogar 
übertroffen. Lewis und Mitarbeiter vom Xerox 
Palo Alto Research Centre, USA, berichteten 
über eine Submikrometer CMOS-Technolo- 
gie mit weniger als lOOps Gatterverzöge- 
rungszeit und einen um mehr als 1 Größen- 
ordnung geringerem Verzögerungszeit-Lei- 
stungsprodukt (PDP) als vergleichbare ECL- 
Technologien. Hanafi und Mitarbeiter von 
IBM erreichten mit einer 0,5-^m-CMOS- 
Technologie Gatterverzögerungszeiten von 
90 ps bei einem PDP von 17fJ. Den absolu- 


ten Rekord für Siliziumbauelemente vermel- 
deten Xu Xiao-Li und Mitarbeiter vom Nanjing 
Institut of Technology, VR China, denen mit 
einer neuen Variante einer SOI-CMOS- 
Technologie Gatterverzögerungszeiten von 
5,5 ps bei einem PDP von rund 4 f J gelangen. 
Die minimalen Strukturabmessungen betru- 
gen ebenfalls 0,5^m. Noch geringere Ab- 
messungen realisiert Sai-Halasz, IBM, der 
mit 0,07^m Kanallänge die weltweit bisher 
kleinsten MOS-Transistoren zunächst noch 
nur in N-Kanaltechnik realisierte. Die mini- 
male Gatterverzögerungszeit betrug 20 ps. 
Damit dürfte die CMOS-Technologie in den 
nächsten Jahren auch für den Höchstge- 
schwindigkeitsbereich (VHSIC) kommerziell 
interessant werden. 

Prof. Dr. Bernd Junghans 
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Kurs 


Programmieren mit MACRO-SM 


Teil III 


Dr. Thomas Horn 

Informatikzentrum des Hochschulwesens 
an der Technischen Universität Dresden 

In Anweisungen mit den Bedingungen DF 
und NDF sind logische Ausdrücke mit den 
Operatoren ! und & unter Verwendung von 
spitzen Klammern ( ) zulässig. Die Operato- 
ren haben die gleiche Priorität und werden 
von links nach rechts abgearbeitet, falls durch 
eine Klammerung keine andere Abarbei- 
tungsfolge vorgeschrieben wird. 

Beispiel: 

.IF DF MO! (GAMMA&DELTA) 


.ENDO 


Die Anweisungen des bedingten Blockes 
werden übersetzt, wenn das Symbol MO oder 
die Symbole GAMMA und DELTA definiert 
sind. 

Die maximale Schachtelungstiefe der be- 
dingten Blöcke beträgt 1 6. Beim Auftreten 
einer .ENDC-Arrweisung außerhalb eines 
bedingten Blockes bzw. beim Überschreiten 
der maximalen Schachtelungstiefe wird der 
Fehlercode 0 angezeigt. 

3.2. Die Anweisungen . IFF, . IFT und . IFTF 
Die Anweisungen .IFF, .IFT und .IFTF unter- 
teilen einen bedingten Anweisungsblock in 
Subblöcke und beziehen sich bei geschach- 
telten bedingten Anweisungsblöcken immer 
auf die getastete Bedingung der vorangegan- 
genen .IF-Anweisung des gleichen Nive- 
aus. 

Die .IFF-Anweisung bewirkt das Übersetzen 
der nachfolgenden Anweisungen, wenn die 
getestete Bedingung den Wahrheitswert 
"false" ergab. 

Die .IFT-Anweisung bewirkt das Übersetzen 
der nachfolgenden Anweisungen, wenn die 
getestete Bedingung den Wahrheitswert 
"true” ergab. 

Die .IFTF-Anweisung bewirkt das Überset- 
zen der nachfolgenden Anweisungen unab- 
hängig von der getasteten Bedingung. Die 
einzelnen Subblöcke werden jeweils durch 
eine nachfolgende .IFF-, .IFT-, IFTF- oder 
.ENDC-Anweisung gleichen Niveaus abge- 



Beispiel 

SYMBOL=25 


.IF EQ SYMBOL-5 

;TEST OB SYMBOL-5 GLEICH 0 
IST? 

ANWEISUNGEN WERDEN 
NICHT UEBERSETZT 


.IFF 

ANWEISUNGEN WERDEN 
UEBERSETZT 

.IFTF 

ANWEISUNGEN WERDEN 
IMMER UEBERSETZT 

IFT 

ANWEISUNGEN WERDEN 
NICHT UEBERSETZT 

ENDC 

3.3. Die IIF-Anweisung 
Die .IIF-Anweisung gestattet die bedingte 
Übersetzung einer einzelnen Anweisung Sta- 
tement. Sie hat folgenden Aufbau: 

-HF cond, arg[,arg], Statement 
wobei die Bedingungen, Trennzeichen und 
Argumente denen der .IF-Anweisung ent- 
sprechen. 

Bei den Bedingungen B bzw. NB sollte das 
Argument in spitze Klammern gesetzt wer- 
den, da sonst im Falle eines leeren Argumen- 
tes (blank) der Parameter Statement als arg 
interpretiert wird. 

[Beispiel: 

.IIF DF, (FELD) MO: MOV FELD,R0 

Wenn das Symbol FELD definiert ist, / 
• wird vom Assembler .die Anweisung 1 

MO: MOV #FELD,R0 
übersetzt. Andernfalls wird die Anwei- f 
| sung nicht übersetzt. 


4. Die Makrotechnik 

Bei der Programmierung in der Assembler- 
sprache kann der Programmierer oft benö- 
tigte Anweisungsfolgen unter Anwendung 
der Makrotechnik als Makro definieren. Die 
Makrodefinitionen können Bestandteile des 
Quellprogramms sein oder in einer Nutzer- 
oder Systemmakrobibliothek zusammenge- 
faßt werden. Die Bezugnahme auf die Makro- 
definitionen erfolgt an den gewünschten Stel- 
len im Programm durch sogenannte Makro- 
rufe, die eine Generierung der in der Makro- 
definition enthaltenen Quellanweisungen be- 
wirken. Zur Anpassung des Makros an den 
jeweiligen Anwendungsfall besteht die Mög- 
lichkeit, daß in der Makrodefinition formale 
Argumente festgelegt werden, die bei der 
Makrogenerierung durch aktuelle Parameter 
ersetzt werden können. Die generierten 
Quellanweisungen werden als Makroauflö- 
sung bezeichnet. 

4.1. Die Makrodefinition 
Eine Makrodefinition beginnt mit einer Makro- 
anfangsanweisung (.MACRO), die gleichzei- 


tig die Musteranweisung für den Makroruf ist. 
Anschließend folgen die Modellanweisungen 
für die zu generierenden Quellanweisungen. 
Den Abschluß der Makrodefinition bildet die 
Makroendanweisung (.ENDM). Als Modell- 
anweisungen können in den Makrodefinitio- 
nen alle Maschinenbefehle, Assembleran- 
weisungen, Anweisungen der bedingten 
Übersetzung, Makrorufe und spezielle An- 
weisungen der Makrotechnik (z. B. .PRINT, ■ 
.ERROR, .MEXIT, .NTYPE, .NCHR, .NARG) 
Anwendung finden. Eine Makrodefinition 
kann im Quellprogramm an beliebiger Stelle 
stehen, aber es ist zu beachten, daß sie vor 
ihrem ersten Aufruf bekannt sein muß. 

4.1 .1 . Die .MACRO-Anweisung 

Die Makroanfangsanweisung hat folgenden, 

Aufbau: 

.MACRO symbol [, arg [,arg [,.. .]]] 
wobei 

symbol -den Namen der Makrodefinition 
bzw. des Makrorufes festlegt, 

ein zulässiges Trennzeichen (Komma, 
Tabulator und/oder Leerzeichen) 
und 

arg- ein folgendes Argument bedeuten. 

Eine .MACRO-Anweisung kann beliebig 
viele formale Argumente enthalten, die durch 
wenigstens ein zulässiges Trennzeichen ge- 
trennt sein müssen, das heißt, es dürfen ein 
oder mehrere Tabulatoren oder Leerzeichen, 
aber nur ein Komma verwendet werden. Als 
formale Argumente werden Symbole ver- 
wendet, auf die sich die Modellanweisungen 
innerhalb einer Makrodefinition beliebig be- 
ziehen können, da sie im Namens-, Opera- 
tions- oder Operandenfeld oder in Teilen von 
ihnen oder aber auch als komplette Quellan- 
weisung benutzt werden dürfen. Diese Sym- 
bole sind nur interne Symbole einer Makro- 
definition. 


Beispiel: 

MACRO PUT EABER, LAENGE 

Diese Anweisung leitet die Definition des 
Makros PUT mit den formalen Argumen- 
ten EABER und LAENGE ein. 

4.1.2. Die .ENDM-Anweisung 
Die Makroendanweisung hat folgenden Auf- 
bau: 

.ENDM [symbol] 
wobei: 

symbol- den Namen der zu beendenden 
Makrodefinition festlegt. Das Symbol hat den 
Charakter eines Kommentars. 


Beispiel: 

.MACRO RETT1P1 
MOV #P1,R5 
.MACRO RETT2 


Mikroprozessortechnik, Berlin 1 (1987) 12 


367 



Kurs 


MOV R0,(R5)+ 

MOV R1,(R5)+ 

MOV R2,(R5)+ 

.ENDM RETT2 :ENDE RETT2 

MOV R3,(R5)+ 

MOV R4,(R5)+ 

.ENDM RETT1 ;ENDE RETT1 


Bei ineinander geschachtelten Makrodefi- 
nitionen kann die innere Makrodefinition erst 
dann aufgerufen werden, wenn die äußere 
Makrodefinition wenigstens einmal generiert 
wurde. 


4.1.3. Die .MEXIT-An Weisung 


Die .MEXIT-Anweisung beendet die Makro- 
generierung, bevor das Ende der Makrodefi- 
nition erreicht wurde. Besonders vorteilhaft 
ist die Anwendung der .MEXIT-Anweisung in 
Verbindung mit der bedingten Assemblierung 
zum Zwecke der bedingten Makrogenerie- 
rung bzw. zum Abbruch der Makrogenerie- 
rung bei Fehlerbedingungen. 

* Beispiel: '| 

.MACRO BEISP P1,P2 

ÜF B,P2 


^MEXIT 

.ENDC 


ENDE MAKROGENERIE- 
RUNG, WENN P2 NICHT 
SPEZIFIZIERT WURDE 


.ENDM 

Wenn das formale Argument P2 im Ma- 
kroruf durch keinen aktuellen Parameter 
ersetzt wird, so werden die Anweisungen 
nach der .IF-Anweisung generiert und da- 
nach wird die Generierung abgebrochen. 
Andernfalls wird der bedingte Block über- 
gangen. 


4.1.4. Die .PRINT- und 
.ERROR-Anweisungen 
Die .PRINT- und .ERROR-Anweisungen 
werden benutzt, um Mitteilungen in das As- 
semblerprotokoll auszugeben. Die Anwei- 
sungen haben folgendes Format: 

.PRINT [expr] [,text] 

.ERROR [expr] [,text] 
wobei 

expr- zulässiger Ausdruck und 
text - die auszugebende Mitteilung bedeu- 
ten. Der Wert des Ausdrucks wird berechnet 
und in der Spalte des Objektkodes ausge- 
druckt. Dieser Wert kann als eine Mitteilungs- 
nummer betrachtet werden. Durch den Text 
wird die Mitteilung in der Regel kommentiert. 
Der Unterschied zwischen den beiden An- 
weisungen besteht darin, daß bei der 
.ERROR-Anweisung zusätzlich noch 
das Fehlerkennzeichen P gedruckt wird. 


4.2. Der Makroruf 

Die Bezugnahme auf eine Makrodefinition er- 
folgt durch einen Makroruf, der eine Quell- 
zeile mit folgendem Aufbau darstellt: 
[symbol:] name liste aktueller parameter 


Die Quellzeile kann durch ein Symbol im Na- 
mensfeld benannt sein. Im Operationsfeld 
steht ein Symbol, das den Namen der aufzu- 
rufenden und zu generierenden Makrodefini- 
tion (siehe .MACRO-Anweisung) angibt. Die 
Liste der aktuellen Parameter im Operanden- 
feld ist der Reihenfolge der Liste der formalen 
Argumente entsprechend aufgebaut (Stel- 
lungsparameter!), so daß eine entspre- 
chende Substitution formaler Argumente 
durch aktuelle Parameter möglich ist. Die ein- 
zelnen Parameter müssen durch ein zulässi- 
ges Trennzeichen (Komma, Leerzeichen 
und/oder Tabulator) voneinander getrennt 
werden. 


Beispiel: 

Aufruf der Makrodefinition aus 4.1.1.: 
START: PUT FELD, 80. 

Durch diesen Makroruf wird der Makro 
PUT aufgerufen, wobei das formale Argu- 
ment EABER durch den aktuellen Para- 
meter FELD und LAENGE durch 80. er- 
setzt werden. 

4.3. Die Substitution der Parameter 
Die Substitution der formalen Argumente 
durch aktuelle Parameter erfolgt in der Rei- 
henfolge ihrer Stellung (Stellungsparameter). 
Werden im Makroruf mehr Parameter als not- 
wendig angegeben, so werden die nicht be- 
nötigten Parameter nicht berücksichtigt. Wer- 
den im Makroruf zu wenige Parameter ange- 
geben oder Parameter ausgelassen, so wer- 
den die entsprechenden formalen Argu- 
mente als leer (blank) angenommen und bei 
der Makrogenerierung durch nichts ersetzt. 
Enthält ein aktueller Parameter T rennzeichen, 
so muß er in spitze Klammern eingeschlos- 
sen werden. 


Beispiel: 

BEISP FELD, (MOV A,-{SP)> 

Das erste formale Argument soll durch die 
Adresse FELD und das zweite durch den 
Befehl MOV A,-(SP) ersetzt werden. Da 
der zweite Parameter Trennzeichen 
(Leerzeichen und Komma) enthält, muß 
er in spitze Klammern eingeschlossen 
werden. 

4.3.1 . Die Parameterübergabe bei 
ineinander geschachtelten Makrorufen 
In Makrodefinitionen können Makrorufe be- 
nutzt werden, wobei eine maximale Schach- 
telungstiefe von 16 nicht überschritten wer- 
den darf. In einem Makroruf, der sich inner- 
halb einer Makrodefinition befindet, können 
als aktuelle Parameter die formalen Argu- 
mente der Makrodefinition benutzt werden. 


Beispiel: 

.MACRO MAC1 P1,P2,P3 


MAC2 P2 
.ENDM 

Die Makrodefinition MAC2 kann folgen- 
dermaßen definiert sein: 


.MACRO MAC2 P1,P2 

.ENDM 

Wenn der Makro MAC1 wie folgt aufgeru- 
fen wird, 

MAC1 #100, ALPHA, (MOV R0,X0) 
so wird der Makroruf 

MAC2 ALPHA 

(generiert. 

Unter Anwendung von spitzen Klammern 
können an den Makroruf MAC2 auch meh- 
rere Parameter übergeben werden. 


Beispiel: 

MAC1 #100, (ALPHA, BETA), 

(MOV R0,X0) 

r Es wird der Makroruf 

MAC2 ALPHA, BETA 

| generiert. 

Die äußeren spitzen Klammern werden bei 
der Parameterübergabe nicht mit übergeben. 
Wenn die Notwendigkeit besteht, daß die 
spitzen Klammern mitgeneriert werden, so 
kann eine Klammerung mit der sogenannten 
Pfeilkonstruktion A x . . . x erfolgen. Durch den 
einstelligen Pfeiloperator wird das nachfol- 
gende Zeichen x zum Trennzeichen zur 
Klammerung des Ausdruckes erklärt. Es kann 
ein beliebiges Zeichen sein, das im Klammer- 
ausdruck selbst nicht benutzt wird. 



Bei dem Makroruf 


MAC1 # 1 00, '& ( MOV2(R5),C+6 ) , 

F0&,(MOV R0,X0) 

wird der Makroruf 

MAC2 (MOV 2(R5),C+6) ,F0 

generiert. 

Es bestehtauch andererseits die Möglichkeit, 
das formale Argument der Makrodefinition, 
das als aktueller Parameter eines Makrorufes 
verwendet wird, in spitze Klammern oder in 
eine Pfeilkonstruktion einzuschließen, so daß 
die Übergabe der Klammern nicht unbedingt 
mit der Parameterübergabe organisiert wer- 
den muß. 


oeispiei: 

.MACRO MAC1 P1,P2,P3 


MAC2 <P2> 

.ENDM 

Bei dem Makroruf 

MAC1 #100, (MOV 2 (R5),C+6),(MOV 
R0,X0) 

wird der Makroruf 

MAC2 (MOV 2(R5),C+6) 

generiert. 


4.3.2. Die Verkettung der Parameter 
In Makrodefinitionen ist der Apostroph (’) als 
Trennzeichen zur Begrenzung der formalen 
Argumente zugelassen. Bei der Makrogene- 
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rierung wird der Apostroph als Begrenzer 
erkannt und entfernt, sofern er unmittelbar 
vor oder hinter einem formalen Argument 
steht. Diese Eigenschaft des Apostrophs wird 
genutzt, um aktuelle Parameter untereinan- 
der oder mit anderen Zeichen zu verketten. 
Wenn ein Apostroph erhalten bleiben soll, so 
sind in der Makrodefinition zwei Apostrophe 
zu schreiben. 


Beispiel: 

.MACRO MAC3 P1,P2,P3 

P1P3: .RAD50 /PI ’P2’P3’0/ 

.BYTE ”P1,”P2 
.ENDM 

Wenn der Makro durch folgende Quellan- 
weisung aufgerufen wird: 

MAC3 A,B,1Z2 

so werden die Anweisungen 

A1Z2: .RAD50 /AB1Z20/ 

.BYTE ’A,’B 

generiert. 

4.3.3. Numerische Symbole 
Zur Bildung von Symbolen in Makrodefinitio- 
nen können auch numerische Symbole be- 
nutzt werden. Dadurch wird es möglich, daß 
z. B. beim mehrmaligen Aufruf eines Makros 
doppelt definierte Symbole vermieden wer- 
den. Ein numerisches Symbol wird von einem 
aktuellen Parameter gebildet, wenn dem ak- 
tuellen Parameter der Operator \ (Backs- 
lash) im Makroruf vorangestellt wird. Der 
Operator \ bewirkt, daß der numerische 
Wert des aktuellen Parameters zum Zeitpunkt 
des Aufrufes des Makros in eine Zeichen- 
kette entsprechend der aktuellen Basis des 
Zahlensystems umgewandelt wird, wobei 
Vornullen unterdrückt werden. 


Beispiel: 

■MACRO DEFW P1,P2 
DEFWD P1,P2, \MACIND 
MACIND=MACIND+1 

■ENDM 

■MACRO DEFWD Z1,Z2,Z3 
M’Z3: .WORD ZI ,Z2 

■ENDM 

Bevor der Makro DEFW das erste Mal 
aufgerufen wird, muß MACIND definiert 
werden: 

MACIND=0. 

Beim ersten Aufruf des Makros 

DEFW FELD, 50. 

werden die folgenden Anweisungen ge- 
neriert: 

m0: .WORD FELD, 50. 

MACIND-MACIND+1 

Es wird als Symbol m0 generiert. An- 
schließend wird MACIND um 1 erhöht. 
Beim nächsten Aufruf des Makros DEFW 
wird dann das Symbol Ml gebildet usw. 

4.3.4. Die automatische Generierung 
lokaler Symbole 

In Makrodefinitionen werden oft interne Sym- 
bole benötigt. Dafür können lokale Symbole 
benutzt werden. Der Makroassembler ersetzt 
formale Argumente automatisch durch lokale 
Symbole, wenn das formale Argument in der 


.MACRO-Anweisung durch ein vorangestell- 
tes Fragezeichen (?) gekennzeichnet und im 
Makroruf das formale Argument durch keinen 
aktuellen Parameter ersetzt wird. Für die Ma- 
krogenerierung sind die lokalen Symbole 
640 bis 1270 reserviert. Es wird automa- 
tisch immer das nächste freie Symbol belegt. 
Wenn die lokalen Symbole erschöpft sind, so 
kann vom Programmierer durch eine 
.ENABL-LSB-Anweisung ein neuer lokaler 
Symbolblock eröffnet werden. 


Beispiel: 

.MACRO MAC4 P1,P2,?P3,?P4 

MOV PI, RI 

P3: CMP R0,(R1)+ 

BMI P4 
DEC P2 
BNEP3 

P4: 

.ENDM 

Durch den Makroruf 

MAC4 FELD,ZAHL„MARKE 

werden folgende Anweisungen generiert: 

MOV #FELD,R1 

640: CMP R0,(R1)+ 

BMI MARKE 
DEC ZAHL 
BME640 

MARKE: 


4.4. Die Makroattributanweisungen 
In der Makroassemblersprache MACRO-SM 
sind die Makroattributanweisungen .NARG, 
.NCHR und .NTYPE realisiert. Die Anwei- 
sung .NARG wird in Makrodefinitionen be- 
nutzt, um die Anzahl der im Makroruf spezifi- 
zierten aktuellen Parameter zu bestimmen. 
Die Anweisung hat folgende Syntax: 

.NARG symbol 

wobei dem Symbol ein Wert zugewiesen 
wird, der der Anzahl der aktuellen Parameter 
des Makrorufes entspricht. 

Die Anweisung .NCHR kann in Assembler- 
programmen und in Makrodefinitionen be- 
nutzt werden, um die Anzahl der Zeichen ei- 
ner Zeichenkette zu bestimmen. Besondere 
Bedeutung hat die Anweisung für die Bestim- 
mung der Zeichenkettenlänge von aktuellen 
Parametern in Makrorufen. Sie hat folgende 
Syntax: 

.NCHR symboil, (string)] 
wobei: 

symbol- ein Symbol ist, dem ein Wert zuge- 
wiesen wird, der der Anzahl der Zeichen der 
Zeichenkette (string) entspricht; 

,-ein zulässiges Trennzeichen (Komma, 
Leerzeichen und/oder Tabulator) ist; 

(string) - die Zeichenkette spezifiziert, von 
der die Länge bestimmt werden soll. Enthält 
die Zeichenkette Trennzeichen, so muß sie 
in spitze Klammern oder in eine Reilkon- 
struktion ‘x . . . x eingeschlossen werden. Die 
spitzen Klammern bzw. die Begrenzer der 
Pfeilkonstruktion werden nicht mitgezählt. 
Wenn die Zeichenkette spitze Klammern ent- 
hält, so muß die Zeichenkette mit einer Pfeil- 
konstruktion eingeschlossen werden. Wird in 
der Anweisung 


keine Zeichenkette spezifiziert, so wird dem 
Symbol der Wert 0 zugewiesen. 


Beispiel: 

■NCHR ZZ,(ALPHA=) 

;DEM SYMBOL ZZ WIRD 
;DER WERT 6 ZUGEWIE- 
;SEN 

NCHR X0.7PCUNDSP (CR)/ 

;DEM SYMBOL ZZ WIRD 
;DER WERT 15 ZUGEWIE- 
;SEN 

Die Anweisung .NTYPE wird in Makrodefini- 
tionen benutzt, um den Adressierungsmodus 
eines aktuellen Parameters eines Makrorufes 
zu bestimmen. Sie hat folgenden Aufbau: 
.NTYPE symboil, expr] 
wobei: 

symbol -ein Symbol ist, dem ein Wert zuge- 
wiesen wird, der dem Adressierungsmodus 
des Adreßausdrucks entsprechend Tafel 8 
charakterisiert ist (6 Bit); 

,-ein zulässiges Trennzeichen (Komma, 
Tabulator und/oder Leerzeichen) ist; 
expr- ein zulässiger Adreßausdruck ist, wie 
er auch in symbolischen Maschinenbefehlen 
benutzt werden kann. Wenn kein Ausdruck 
spezifiziert wird, so wird dem Symbol der 
Wert 0 zugewiesen. 

Beispiel: 

.MACRO LAD PI 
•NTYPE MOD, PI 
•IF EQ,MOD-27 

MOV P1,R4 

.MEXIT 
.ENDC 

•IF NE,MOD-67 

.ERROR FALSCHER ADRESSIE- 

;RUNGSMODUS 

•MEXIT 

•ENDC 

MOV #P1,R4 

•ENDM 

Bei dem Makroruf 
LAD #FELD+2 

wird der Befehl MOV #FELD+2,R4 gene- 
riert. 

Bei dem Makroruf 
LAD FELD+2 

wird der gleiche Befehl wie beim vorher- 
gehenden Aufruf generiert. Bei allen an- 
deren Adressierungsmodi wird kein Be- 
fehl generiert und die Generierung mit 
einem P-Fehler abgebrochen. 

4.5. Makrodefinitionen aus der Makro- 
bibliothek 

Für den Anwender besteht die Möglichkeit, 
Makrodefinitionen mit dem Bibliothekar LBR 
in einer Makrobibliothek abzuspeichern. Au- 
ßerdem kann der Nutzer auf die Systemma- 
krobibliothek zurückgreifen. Der Aufruf der 
Makrodefinitionen aus den Makrobibliothe- 
ken erfolgt mit der .MCALL-Anweisung vor 
der ersten Generierung. Sie hat folgende 
Syntax: 

.MCALL arg [, arg, [, . . .]] 
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Tafel 8 Übersicht über die Adressierungsarten 


Notation 

Numerischer Bezeichnung 

Bedeutung 

R 

0n 

Register- 

adressierung 

Das Register R enthält 
den Operanden. 

(ER) 


Register- 

Das Register R enthält die Adresse 

oder@R 


Indirekt- 

Adressierung 

des Operanden. 

(ER) + 

2n 

Autoinkrement- 

Adressierung 

Das Register, spezifiziert durch 

ER, enthält die Adresse des 
Operanden. Nach der Operation 
wird der Registerinhalt erhöht. 

@(ER) + 

3n 

Autoinkrement- 

Indirekt- 

Adressierung 

Das Register, spezifiziert durch 

ER, enthält die Adresse der 

Adresse des Operanden. Nach der 
Operation wird der Registerinhalt 
erhöht. 

-(ER) 

4n 

Autodekrement- 

Adressierung 

Das Register, spezifiziert durch 

ER, enthält die Adresse des 
Operanden, die vor der Operation 
erniedrigt wird. 

@-(ER) 

5n 

Autodekrement- 

Indirekt- 

Adressierung 

Das Register, spezifiziert durch 
ER.enthältdie Adresse der 

Adresse des Operanden. Vor der 
Operation wird der Registerinhalt 
erniedrigt. 

E(ER) 

6n 

Index- 

Adressierung 

Der Ausdruck E plus der Inhalt des 
Registers, spezifiziert durch ER, 
ergeben die Adresse des 


n - Natürliche Zahl zwischen.0 und 7 als Registernummer 
R - Registerausdruck (Register expression) 


Notation 

Numerischer Bezeichnung 

Wert 

Bedeutung 

@E(ER) 

7n 


Operanden. Die Indexkonstante E 
steht nach dem OPC im Speicher. 
Der Ausdruck E plus der Inhalt des 

#E 

27 

Indirekt- 

Adressierung 

Direktwert- 

Registers, spezifiziert durch ER, 
ergeben die Adresse der Adresse 
des Operanden. Die Index- 
konstante E steht nach dem OPC 
im Speicher. 

Der Ausdruck E ist der Operand 

@#E 

37 

adressierung 

Absolute 

selbst. Der Direktwert steht nach 
dem OPC im Speicher. 

Der Ausdruck E ist die Adresse des 

E 

67 

Adressierung 

Relative 

Operanden. Nach dem OPC steht 
die absolute Adresse im Speicher. 
Der Ausdruck E ist die Adresse des 

@E 

77 

Adressierung 

Indirekte 

Operanden. Nach dem OPC steht 
dierelative Adresse als Differenz 
der Operandenadresse und des 
Befehlszählers im Speicher. 

Der Ausdruck E ist die Adresse der 



relative 

Adressierung 

Adresse des Operanden. Nach 
dem OPC steht die relative 

Adresse als Differenz der Adresse 
der Adresskonstante und des 
Befehlszählers im Speicher 


E - Ausdruck (Expression) 

ER - Registerausdruck oder Ausdruck, der einen Wert von 0 bis 7 ergibt. 


wobei arg für die Namen der benötigten Ma- 
krodefinitionen steht. Die Suche der Makro- 
definitionen erfolgt zunächst in den Nutzerbi- 
bliotheken, die in der Kommandozeile für den 
Makroassembler spezifiziert wurden. Danach 
wird die Suche in der Systemmakrobibliothek 
fortgesetzt. Wird eine Makrodefinition nicht 
gefunden, so wird das Fehlerzeichen U ge- 
setzt. 

4.6. Indirekte Makrodefinitionen 
Unter einer indirekten Makrodefinition wird . 
die Definition eines Wiederholungsblockes 
verstanden, die eine zyklische Generierung 
der Anweisungen des Wiederholungsblok- 
kes an der Stelle im Programm bewirkt, wo 
der Wiederholungsblock definiert ist. Wieder- 
holungsblöcke können im Assemblerpro- 
gramm und in Makrodefinitionen angewendet 
werden. 

Wiederholungsblöcke werden durch eine 
.IRP-, .IRPC- oder .REPT-Anweisung einge- 
leitet und mit einer .ENDM-Anweisung abge- 
schlossen. Für die Substitution formaler Ar- 
gumente durch aktuelle Parameter gelten die 
gleichen Regeln wie für Makrodefinitionen 
(siehe 4.3.). 

4.6.1. Die .IRP-Anweisung 
Bei der .IRP-Anweisung wird ein formales 
Argument nacheinander durch mehrere aktu- 
elle Parameter ersetzt. Dabei werden die Mo- 
dellanweisungen des Wiederholungsblockes 
für jeden aktuellen Parameter einmal gene- 
riert. Die Anzahl der Wiederholungen wird 
somitdurch die Anzahl der aktuellen Parame- 
ter bestimmt. Der Wiederholungsblock mit 
der .IRP-Anweisung hat folgenden Aufbau: 
.IRP arg, ( par1,par2 . .) 


Modellanweisungen 


.ENDM 

wobei 

arg -ein Symbol darstellt, das als formales 
Argument benutzt wird; 

, - ein zulässiges Trennzeichen (Komma, 
Tabulator und/oder Leerzeichen) ist; 

( par1,par2 , . . . ) - die Liste der aktuellen Pa- 
rameter darstellt. Die aktuellen Parameter 
müssen durch ein zulässiges Trennzeichen 
getrennt und in spitze Klammern einge- 
schlossen werden. Die einzelnen Parameter 
können bei Notwendigkeit selbst in spitze 
Klammern oder in eine Pfeilkonstruktion ein- 
geschlossen werden. 

Beispiel: 

.IRP PI, (ALPHA, BETA, GAMMA) 

ADD P1,R0 
.ENDM 

Es werden folgende Anweisungen 
generiert: 

ADD ALPHA, R0 
ADD BETA.R0 
ADD GAMMA, R0 


4.6.2. Die .IRPC-Anweisung 
Bei der .IRPC-Anweisung wird ein formales 
Argument nacheinander durch das jeweils 
nächste Zeichen einer Zeichenkette ersetzt. 
Die Anzahl der Generierungen des Wieder- 
holungsblockes wird durch die Länge der Zei- 
chenkette bestimmt. Der Wiederholungs- 
block mit der .IRPC-Anweisung hat folgen- 
den Aufbau: 

.IRPC arg, (string) 


Modellanweisungen 


.ENDM 

wobei 

arg -ein Symbol darstellt, das als formales 
Argument benutzt wird; 
,-einzulässigesTrennzeichen (Komma, 
Tabulator und/oder Leerzeichen) ist; 

( string ) - die Zeichenkette darstellt, deren 
Zeichen als aktuelle Parameter eingesetzt 
werden. Die Zeichenkette muß in spitze 
Klammern eingeschlossen werden, wenn sie 
Trennzeichen enthält. 

Beispiel: 

.IRPC P0,ERG= 

MOVB#”P0,(R2)+ 

.ENDM 

Es werden folgende Anweisungen 
generiert: 

MOVB #’E,(R2)+ 

MOVB 7*’R,(R2)+ 

MOVB #’G,(R2)+ 

MOVB #’=,(R2)+ 

4.6.3. Die .REPT-Anweisung 
Die .REPT-Anweisung wird benutzt, um eine 
Anzahl von Quellanweisungen mehrfach un- 
verändert zu generieren. Der Wiederho- 
lungsblock mit der .REPT-Anweisung hat 
folgenden Aufbau: 

.REPT expr 

Quellanweisungen 

.ENDM (auch .ENDR) 

wobei 

expr- ein zulässiger Ausdruck ist, der die 
Anzahl der Wiederholungen angibt. Wenn 
der Ausdruck den Wert Oergibt, so wird keine 
Anweisung generiert. 

(wird fortgesetzt) 
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32-Bit-Mikroprozessoren 


Wolf-Dietram Bretschneider, Dresden 

Die derzeitigen Integrationsgrade ermögli- 
chen die Herstellung von Mikroprozessoren, 
die den sogenannten Minicomputern ähneln 
und aufgrund der 32-Bit-Verarbeitungs- 
breite bereits Aufgaben lösen, die bisher 
Großrechnern Vorbehalten waren. Dabei exi- 
stiert meist der Prozessor nicht allein auf 
dem Chip, sondern es sind Einheiten wie 
Fließkommaprozessor (FPU - Floating Point 
Unit) oder Speicherverwaltungseinheit 
(MMU - Memory Management Unit) mit inte- 
griert. Infolge der Aufwärtskompatibilität 
können die Programme der kleineren „ Ver- 
wandten“ einer Prozessorfamilie weiterhin 
verwendet werden. Im folgenden Text wer- 
den einige Vertreter der 32-Bit-Technik vor- 
gestellt. 

1. Allgemeine Merkmale 

Hervorzuheben sind die fein abgestuften Un- 
terbrechungsstrukturen, die Unterstützung 
von Multitaskingsystemen und vielfältige De- 
buggerfunktionen zur Erleichterung der Pro- 





Bild 1 Datenformate im Rechner 


grammentwicklung. Außerdem besitzen alle 
Prozessoren spezielle Befehle zur Kommuni- 
kation mit Entlastungsprozessoren (EPU). 
Neben den bekannten Datentypen wie Byte, 
Wort oder Langwort werden gepackte und 
ungepackte BCD-Zahlen, Quadwort-Daten 
mit 64 Bit Länge und Bitfelder mit angegebe- 
ner Feldweite w verarbeitet. Als Bitfeld ver- 
steht man eine Reihe, bestehend aus einer 
bestimmten Anzahl Bits, die an einer vorge- 
gebenen Adresse beginnt. Zu dieser Zugriffs- 
adresse gehört noch ein Offset, der die An- 
zahl der Bits bis zum ersten Bit des Feldes 
angibt. Bild 1 zeigt die Datenorganisation. 
Ein weiteres Merkmal der 32-Bit-Prozesso- 


Tafel 1 Übersicht einiger 32-Bit-Familien 


Hersteller 

Bezeichnung 

spezielle Eigenschaften 

National Semiconductor 

NS 32008 

NS 3201 6 

NS 32032 

8-Bit-Datenbus, 24-Bit-Adreßbus, intern 32 Bit 

1 6-Bit-Datenbus, sonst wie 32008 

32-Bit-Daten- und Adreßbus 

Zilog 

Z 80000 

32-Bit- Daten- und Adreßbus 
intern 32 Bit, mit MMU 

Intel 

I80386 

32-Bit-Daten- und Adreßbus 
große virtuelle Speicher 
adressierbar, mit MMU 

Motorola 

MC 68008 
MC68000 

MC 68010 

MC68020 

MC68030 

8-Bit-Datenbus 

16-Bit-Datenbus, 24-Bit-Adreßbus, intern 32 Bit 
Weiterentwicklung des 68000 mit 

Vektor-Basis-Register 

32-Bit-Daten- und Adreßbus 

Modulkonzept 

Weiterentwicklung des 68020 mit doppelter 
Cachestruktur für Daten und Befehle, mit MMU 


ren ist das gleichzeitige Laden der nächsten 
Befehle in mehrstufige Register (Pipeline) 
und das Abarbeiten vorheriger Instruktionen. 
Besonders bewähren sich dabei auf dem 
Prozessorchip integrierte Cache-Speicher, 
die einen extrem schnellen Arbeitsspeicher 
Vortäuschen. Findet der Prozessor eine gül- 
tige Information im Cache, so entfällt der Bus- 
zyklus zum Laden. Andernfalls wird bei Aus- 
führung des Speicherzugriffs auch der Cache 
aktualisiert. 

Die Buszugriffe erfolgen asynchron, das 
heißt, der Prozessor erhält vom angespro- 
chenen Speicher ein Signal, wenn sich gül- 
tige Daten auf dem Bus befinden. Zum Auffin- 
den von Softwarefehlern stehen spezielle 
Bits im Statusregister zur Verfügung, die ein 
schrittweises Abarbeiten der Befehle (Trace) 
bzw. ein Bearbeiten des Programms bedin- 
gungsgesteuert (Trace-Pending) zulassen. 
Außerdem besteht die Möglichkeit zum Set- 
zen von Unterbrechungspunkten im Pro- 
grammablauf. 

In Tafel 1 ist eine Übersicht einiger 32-Bit- 
Prozessorfamilien dargestellt. 

2. National Semiconductor 32032 

Der 32032 war bzw. ist einer der ersten 32- 
Bit-Prozessoren mit guter Unterstützung hö- 
herer Programmiersprachen und mit Modul- 
konzepten. In Bild 2 wird das Programmier- 
modell dargestellt. 

Der 32032 kann 16 MByte adressieren, ent- 
hält 8 Universalregister, 32 Bit breit, zum Ar- 
beiten mit den Operanden. Weiterhin stehen 
24-Bit-Register zur indizierten oder relativen 
Adressierung, zwei Stackpointer zur Tren- 
nung von System- und Anwenderstack sowie 
zusätzliche Register für Flags und den aktu- 
ellen Prozessor- und Modulstatus zur Verfü- 
gung. Bei einem Modulaufruf enthält das Re- 
gister MOD eine genaue Beschreibung des 
Moduls. Das 4-Bit-Register CFG gibt Auf- 
schluß über die Rechnerkonfiguration mit 
eventuell vorhandenen FPU (Bit = 1), MMU 
(Bit M= 1), EPU (Bit C = 1) oder externem 
Interruptcontroller (Bit I = 1). 

3. Intel 80386 

Die in Bild 3 dargestellten Register erinnern 
stark an die Vorgängermodelle des 80386 
(z. B. Register EAX = AX-Reg.des8086),zu 
denen er codekompatibel ist. Aufgrund reich- 
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lieh vorhandener Software gehört die Intelfa- 
milie zu den am weitesten verbreiteten Mikro- 
prozessoren. Im virtuellen 8086-Modus kann 
der 80386 uneingeschränkt Vorgängerpro- 
gramme abarbeiten. Beim Übergang von 
Mehrrechnersystemen mit dem 8086 zum 
Einsatz eines 80386 in dem System sind 
keine Programmänderungen nötig. 

Die Register EAX . . . EDX ermöglichen das 
Arbeiten mit Operanden, die Zeiger- und In- 
dexregister dienen zusammen mit den nicht 
im Bild angegebenen Segment-Selektor-Re- 
gistern der mit auf dem Chip integrierten 
MMU der Adreßmanipulation. Die Leistungs- 
fähigkeit der MMU garantiert die sichere Ver- 
waltung des virtuellen Speichers. Im Maschi- 
nen-Status-Wort (MSW) werden der Adreß- 
mode und die Funktion der MMU vereinbart. 
Das Flag-Control-Wort unterteilt sich in Sy- 
stem- und Anwenderbyte. 

4. ZilogZ 80000 

Wie schon der Z 8000, so fällt auch sein 
Nachfolger durch die ungewöhnlich hohe An- 
zahl von Universalregistern auf, deren Länge 
auf 64 Bit erweitert werden kann. Der 
Z 80000 hat ebenfalls die MMU mit auf dem 
Prozessorchip integriert und besitzt einen 
256 Byte großen Cachespeicher. In Bild 4 
wird die Architektur verdeutlicht. 

Die CPU kann in drei Adreßmodes arbeiten, 
die im Flag-Control-Wort vereinbart werden. 
Dabei entspricht der Compactmode dem 
Z 8002 mit 64 KByte adressierbarem Spei- 


cherbereich. Der segmentierte Modus unter- 
scheidet Segmente mit einer Größe von 64 
KByte (Z8001) und 16 MByte. Im linearen 
Modus ist die Adresse 32 Bit lang. Die Unter- 
scheidung von Normal- und Systemmode be- 
dingt getrennte Stackbereiche. Dazu existie- 
ren der Normalstackpointer als separates 32- 
Bit-Register und die vom Adreßmode abhän- 
gige Verwendung der Register RR12 und 
RR13 als Systemstack- bzw. Framepointer. 
Bei schwerwiegenden Systemfehlern wer- 
den die zur Wiederherstellung der CPU- 
Funktion benötigten Informationen aus dem 
Speicherbereich geladen, den der OSP 
adressiert. Das HICR beschreibt Merkmale 
der Hardwarekonfiguration im Zusammen- 
spiel mit der CPU (z. B. Wartezyklen für Spei- 
cher- und Peripherieschaltkreise oder Anga- 
ben über die Portweiten bei systemfremder 
Peripherie). 

5. Motorola 68020 

Der 68000 der Firma Motorola war der erste 
Prozessor, der mit 16-Bit-Daten- und 24-Bit- 
Adreßbus intern über 32 Bit breite Register 
verfügte. Die ständige Weiterentwicklung 
des Grundtyps führte über den 68010 zum 
echten 32-Bit-Prozessor 68020 bzw. 68030. 
Die Registerstruktur stellt Bild 5 dar. 

Das Vektor-Basis-Register enthält die An- 
fangsadresse der Sprungtabelle bei Ausnah- 
mebehandlungen während des Programm- 
ablaufes und wurde erst ab dem 68010 im- 
plementiert. Diese erste Weiterentwicklung 
zeichnete sich durch eine Vervollkommnung 
des sogenannten Loop-Modus aus, der ver- 
anlaßt, daß die dafür vorgesehenen Befehle 
innerhalb bedingungsgesteuerter Schleifen 
in dem mehrstufigen Befehlsregister verblei- 
ben. Es werden nur noch für die zu verarbei- 
tenden Daten Buszyklen ausgeführt. Die 
Funktionscodeleitungen lassen neben der In- 
terrupt- bzw. Breakpointbestätigung eine Un- 
terscheidung der angesprochenen Speicher- 


bereiche zu. Die unbenutzten Codierungen 
können mittels spezieller Befehle vom Pro- 
grammierer in die Alternativ-Funktions-Co- 
deregister geladen werden und zum Schrei- 
ben (SFC) oder Lesen (DFC) in fremden 
Speicherbereichen benutzt werden, da sie 
als extra Status ausgegeben sind. Ab dem 
68020 mit integriertem Cache für Befehle gibt 
es zwei weitere Register. Das CAAR be- 
stimmt das Feld des Cachespeichers, das je- 
weils durch einen speziellen vom CACR aus- 
gelösten Befehl gelöscht wird. Beim Betrach- 
ten der Daten- und Adreßregister fällt die 
Dreiteilung des als Stackpointer verwende- 
ten A7 auf. 

Welcher der beiden Stackpointer im Supervi- 
sormode aktiv ist, A7’ oder A", bestimmt ein 
Bit des Statusbytes. Die Umschaltung ist pri- 
vilegiert, und falls ein Bit während des Pro- 
grammlaufes nicht verändert wird, bleibt der 
68020 kompatibel zu seinen Vorgängern. Die 
Dreiteilung läßt das Ablegen aller residenten 
Prozeßdaten auf dem Masterstack zu, wäh- 
rend auf dem Interruptstack der normale Su- 
pervisorbetrieb abläuft. Soll ein Taskwechsel 
stattfinden, so wird vom Betriebssystem der 
momentane Status der abgeschalteten Task 
im Masterstack abgelegt. Diese Vorgehens- 
weise findet man auch bei der Weiterentwick- 
lung, dem 68030, der nebem einer MMU ei- 
nen zweiten Cachespeicher für Daten auf 
dem Chip integriert hat. Durch das intern dop- 
pelt ausgelegte Bussystem können Cache 
und MMU parallel arbeiten. 
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Technik international 

heißt eine neue MP-Rubrik, in der wir in loser 
Folge in Form eines „Steckbriefs“ internatio- 
nale Neuentwicklungen vorstellen. 


32-Bit-PC PCD-3T 

Der Siemens PCD-3T ist ein Standmodell auf 
Basis des 32-Bit-Prozessors 80386. Er er- 
weitert die Produktpalette der Siemens-PC 
nach oben hin. Eingesetzt wird er als lei- 
stungsfähiger Server im Netz oder an Abtei- 
lungsarbeitsplätzen. Der PCD-3T verfügt 
über 6 freie Steckplätze für Erweiterungskar- 
ten. Es können bis zu 7 Slimline-Laufwerke 
eingebaut werden. Als Diskettenlaufwerke 
werden 3'/z" sowie 5V4" angeboten, die auf 
Wunsch auch im Gerät kombiniert werden 
können. Neben MS-DOS wird 1988 als 
neues Betriebssystem auch MS-OS/2 ange- 
boten werden. 

Die Bildschirmdarstellung ist schwarz auf 
weiß. Auf inverse Darstellung kann umge- 
schaltet werden. Es ist auch ein Farbbild- 
schirm anschließbar. 


Der PCD-3T enthält eine Elektronikgrundpla- 
tine mit dem Prozessor 80386, der mit einer 
Taktfrequenz von 16 MHz betrieben wird. 
Prozessor und Speicher arbeiten durch spe- 
zielle Technik so eng zusammen, daß die 
meist üblichen Wartezyklen bei Speicher- 
operationen entfallen können. Damit wird die 
Leistung des Prozessors bestmöglich ge- 
nutzt. Zur Beschleunigung von arithmeti- 
schen Rechenoperationen kann der Nume- 
rikprozessor 80387 eingebaut werden. Die 
Taktfrequenz kann auf 6 MHz oder 8 MHz zu- 
rückgeschaltet werden. Der Speicherausbau 
beginnt bei 1 MByte und kann auf der Grund- 
platine integriert bis auf 16 MByte erweitert 
werden. 

Zur Softwareausstattung des PCD-3T gehö- 
ren MS-DOS 3.2, MS-Windows mit MS-Write 
und MS-Paint sowie GW-Basic. MP 

Foto: Siemens 
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256-K-dRAM-Modul für KC 85/2 (/3) 


Albrecht Barthel, Holger Krieg 
Strausberg 

Grundlagen 

Ausgehend vom Systemkonzept der Klein- 
computer aus Mühlhausen, insbesondere 
der Möglichkeit der softwaremäßigen Ver- 
waltung der Speichermodule, ist es machbar, 
Speicher der Größenordnung 256 KByte und 
mehr eineindeutig zu verwalten. Die Adres- 
senerzeugung erfolgt über OUT-Befehle der 
CPU, wobei durch die Auswertung des Da- 
tenbusses die Adresse eingestellt wird. So ist 
es auch möglich, daß Speicherblocks eines 
Moduls in ihrer Basisadresse verschoben 
werden können. Beispielsweise kann der 
Modul M022 (16 KdRAM) auf vier verschie- 
dene Basisadressen (0000H), 4000H, 

8000 H, C000H) gelegt werden. Analog ist es 
beim 64-K-dRAM-Modul M01 1 , wobei dann 
die Speicherblocks (jeweils 16K) innerhalb 
des 64-K-Adreßraumes entsprechend ver- 
schoben werden. Die Tafel 1 soll dies dar- 
stellen. Sie wurde /I/ entnommen. 

Zur Realisierung dieser Verschiebung (Ge- 
nerierung der Basisadresse) werden die Bits 
6 und 7 des Datenbusses ausgewertet. Zur 
Aktivschaltung wird das Bit 0 ausgewertet. 
Das Bit 1 dient als Schreibschutzbit und ist 
low-aktiv. Die Bits 2, 3, 4 und 5 bleiben also 
beim 64-K-Modul unausgewertet. Auf der Ba- 
sis der Leiterkarte des Moduls M01 1 (64-K- 
RAM) wurde mit den Schaltkreisen 41 256 
(Organisation 256Kx1 Bit) ein 256-K-dRAM- 
Modul aufgebaut. Zur Verwaltung dieses Mo- 
duls werden im Steuerbyte zusätzlich die Bits 
2 und 3 verwendet (Tafel 2). 

Durch Auswerten der Bits 2 und 3 ist es somit 
möglich, vier 64-K-Blöcke zu selektieren. Es 
sind damit vier Ebenen (Blocks) im Modul mit 
jeweils 64 KByte verfügbar. Auf diese 



Tafel 2 Belegung des Steuerbytes 


BitO Modulaktivbit 

O-Modul inaktiv 
1 - Modul aktiv 

Bit 1 Schreibschutzbit 

O-nurLesen 

I - Lesen und Schreiben 

Bit 2 Ebenenselekt(l) 

Bit 3 Ebenenselekt(l) 

00- Ebene 0 

01 - Ebenei 
10-Ebene2 

I I - Ebene 3 

Bit 4 bleibt unausgewertet 

Bit 5 bleibt unausgewertet 

Bit 6 Basisadresse 

Bit 7 Basisadresse 

00 - Basisadresse 0000H 

01 - Basisadresse 4000H 

1 0 - Basisadresse 8000H 

1 1 - Basisadresse C000H 


(1 ) diese Bits werden nur beim 256-K-Modul aus- 
gewertet 


Tafel 1 Basisadressen des 64-K-Adreßraumes 


Basisadresse 

Steuerbyte 

Adr. 0000 

Adr. 4000 

Adr. 8000 

Adr.COOO 

0000 H 

03 

Block 1 

Block 2 

Block 3 

Block 4 

4000 H 

43 

Block 2 

Block 1 

Block 4 

Block 3 

8000 H 

83 

Block 3 

Block 4 

Block 1 

Block 2 

C000H 

C3 

Block 4 

Block 3 

Block 2 

Block 1 


64 KByte kann die CPU entsprechend der 
Prioritätslogik zugreifen, d. h., es darf, um zu- 
greifen zu können, kein höherpriorisierter 
Speicherbereich aktiv auf dem gleichen 
Adreßbereich liegen. Jede dieser Ebenen 
verhält sich somit genauso im System wie ein 
64-K-Modul. Siehe dazu auch IM und 121. 


Hardware 

Wie bereits beschrieben, werden die Bits 2 
und 3 ausgewertet. Diese Auswertung er- 
folgt, indem die Datenleitungen der Bits 2 und 
3 über einen Widerstand (100 Ohm) mit den 
Dateneingängen je eines R-S-Flip-Flops 
(DL074) verbunden werden. Über die OUT- 
Adresse 80 H wird dieses Flip-Flop getaktet. 
D. h., bei einem OUT-Befehl mit der OUT- 
Adresse 80H werden die Ausgänge der bei- 
den Flip-Flops dem Logikpegel der Datenbits 
2 und 3 entsprechend gesetzt. Die Flip-Flop- 
Ausgänge werden einem Multiplex-Gatter ei- 
nes zusätzlichen Schaltkreises DL 051 zuge- 
führt. Am Ausgang dieses Multiplexers steht 
dabei die Adresse A8 zur Verfügung. Diese 
Adresse wird dem Pin 1 der acht Schaltkreise 
41 256 bzw. dem pinkompatiblen sowjeti- 
schen Typ K565RU7 (256K*1 Bit-dRAM mit 
7-Bit-Refresh) zugeführt und entspricht den 
Adreßbits A 16 und A 17. Das beschriebene 
Prinzip wird im Schaltplan (Bild 1) nochmal 
konkret dargestellt. Den fertigen Modul, ent- 
standen aus dem Modul M011 (64 KdRAM) 
zeigen die Fotos (Bilder 2 und 3). 

Die Modulsteuerworterzeugung wird über re- 
lativ dressierte OUT-Befehle der CPU reali- 
siert. Dabei haben die einzelnen Register fol- 
gende Funktionen: 

Register C: 

Der Inhalt des Registers C bildet die OUT- 
Adresse, nach der ein OUT-Befehl gegeben 
wird. Das wird auch als relative Adressierung 
bezeichnet. 

Register B: 

Bei relativ adressierten OUT-Befehlen wird 
der Inhalt des Registers B auf die Adreßbits 
A8 und AI 5 gelegt. Diese Eigenschaft wird 
beim Systemkonzept des HC900 und Nach- 
folgemodellen konsequent genutzt, indem 
der Inhalt des Registers B die Steckplatz- 
adresse des Moduls (08H oder OCH) bil- 
det. 

Akkumulator (Register A): 

Der Inhalt des Akku wird beim entsprechen- 



Bilder 2 und 3 Der fertige i 


: unterschiedlicher Perspektive gesehen 


Fotos (2): Barthel 
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den OUT-Befehl auf den Datenbus gelegt 
und wie oben beschrieben ausgewertet. Der 
OUT-Befehl hat also die Form: 

OUT(C), A 

Diese Methodik wird u. a. bei dem System- 
programm SWITCH bzw. dem Systemunter- 
programm MODU (UP Nr.: 26H) konsequent 
genutzt. Siehe dazu auch 121. 

Zur Software 

Bis zur Verfügbarkeit des Erweiterungsauf- 
satzes zur Ansteuerung eines oder mehrerer 
Floppy-Disk-Laufwerke kann der vorgestellte 
Modul sehr effektiv unter dem derzeitigen 


ROM-residenten Betriebssystem CAOS ver- 
waltet werden. Dazu wurden bisher vier Me- 
nüfunktionen EBENE, IN IT, SYs und RSYs 
implementiert. 

Dieser kleine Zusatz zum Monitor residiert ab 
BEOOH. Es wird damit folgendes realisiert: 
Das Programm ist auf Kassette als selbst- 
startendes Maschinenprogramm abgelegt 
und löscht unmittelbar nach erfolgreichem 
Laden alle 4 Ebenen des RAM-Moduls voll- 
ständig. Erst dann können die aufgeführten 
Kommandos aufgerufen werden. Die Kom- 
mandos INIT, SYs und RSYs sind im Menü 
nicht sichtbar, können aber aufgerufen wer- 
den. Siehe dazu auch /3/. 


Funktion EBENE (n) 

Es wird als Parameter die gewünschte Ebene 
aktiviert. Als Parameter sind also die Ziffern 0 
bis 3 zulässig. Durch das Programm wird 
dann folgender Algorithmus abgearbeitet: 

- Verlegen des System-Workspace in den 
IRM ab BFFFH abwärts 

- Zuschalten des 256-K-RAM-Moduls in der 
entsprechenden Ebene 

- Abschalten des internen RAM 

- Rückverlegen der System-Zellen auf 01 30 
bis 0200H. 

Der Speicher wird bei Aufruf des Komman- 
dos EBENE nicht gelöscht, das heißt, es 


6000 

6008 

6000 

6000 

6000 

6000 

6000 

6000 

6000 

6000 

6000 


6000 ; 

6008 ; 

6000 ; 

6000 ; 

6008 ; 

6000 ;•**«* 

6000 i 

6080 

BE00 ; 

BE00 ) 

BE00 PV1 

BE08 PV3 

BE00 REST 

BE80 AREN 

BE00 STCK 

BE00 

BE00 ; 

BE80 

BE08 ; 

3E00 i 

BE00 ; 

BE00 ; 

BE00 «SCH 

BE00 «AE 

BE00 «GE 

BE00 

BE00 i 

BE00 ( 

BE 00 ; 

BE00 C30ABE 
BE03 ; 

BE03 ! 

BE03 j 

BE03 j 

BE03 ; 

BE03 7F7F 
BE05 494F49T4 
BE09 01 

BE0A 93 INIT 

BF8B CDC0BE 

SF0E 7114BE 

BE 1 i C329BF 

BE 1 4 CB4TBF R INI 

BE ! 7 7A9DB9 


PROGRAMMNAHEi 


EQU 0F003H 

EQU 0F809H 

EQU 0E000H 

EQU 0B7B1H 

EQU 0B7AEH 

es Folgen Ar bei t szel 1 en , di e i* 
RA« liegen messen 
in IRM liegen sie an Ende des 
Funkti onst asten spei chers, deshalb 


0B99DH I HERKER SCHACHT 
0B99EH ; «ERKER AKT. EBEN 
0B99FH j MERKER GER. EIEN 


[SELBSTSTARTABR. 


BE FW 

BEF« 

BEFB 


; INT AUS 

3T ; STECKPLATZ SUCH 
-.RIN; ; RUECKKEMRADR. 
IR« ; SYST- >IRH 
AKS ( SYST. RA« AUS 
, («SCHI $ STCKPL . - >L 

,3 ; EBENE 0, LfcS 

CR5 ;4»32K->0 
,D ; OBERE 32K 


BE2D 329EB9 
BE30 2168BF 
BE33 C338BF 


E3& ; 

BE36 7F7F 
BE38 4542454E 
SE3D 01 
BE3E ES 
BE3F 3A81B7 
BE42 FE00 
BE44 CA7DBE 
BE47 El 
BE48 F3 
BE49 7D 
BE4A C9B0BE 
329FB9 
CDC0BE 
2159BE 


C329BF 


BE59 3A< 
BE5C CB1EBF 
BE3F CD07BF 
BE62 3A9FB9 
BE65 CBIEBF 
BE68 CB10BF 


BFrT 


7- 39 


BE6E 329EB9 
BF71 CD20BF 
BETA FB4CSF 
BETT 21 683 F 
BETA C338BF 
BF7E 
BETE 
BETT 


BF? 1 CB2F 
SPÄT FB7F 
BEST. C-557BF 
HFRS 3E0B 
FF?.A CB5C8 C 
BE-3Ü 3E0A 
BE8F CB5CBF 
BE9T C36PBF 


BE»? 


BF95 7F7F 

5F.97 335973 
BF«A 01 
B( ' ' FT 
BF9C 2168BE 
!Pr C "?98F 
B r A2 tott 


(HAE1,A ; INIT. EBENENMERK 
HL.EXH 

IRA« ; SYSTEM ZURUECK 


DEFW 

BEF« 

BEFB 

PUSH 


(PARAMETER RETT. 


A, (ARGN) 

0 (KEIN PARAMETER? 

Z , EBEN 1 (NUR ANZEIGEN 

HL 

(INT AUS 1 

PARTST 

(MGE) , A( STEUERS VTE LtiS 
IST (KANN BEI 
HL.RTl ; SEI BSTST, ENTF . 

1 IRM (SYST.-MRM 

MVOR • ( EINSCHBVER5CH. 
C0PV1 : STATUS (MODUL 
A, (MGE) ;GER. EBENE HOLEN. 
MVOR 

C0PY2 ( STATUS- TRAM 
A, (MGE) (Ar.TUAL. EBENE 
(MAE) ,A 

RAME (SYST. RS« EIN 
HL.EXH 

IRA« (SYST. ZURUECK 


- AB HIER NUR ANZEI6EN EBENE 

POP AF (STACK OK MACHEN 


A (BITS POSITIONR. 

AHEX 

A,0BH (NEW LINE 


CALL CRT 

LD A , 0AF 

CALL ERT 


BEFN 

BEFM 

BEFB 
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kann mit dem Kommando EBENE bereits 
zwischen zwei im Speicher befindlichen Pro- 
grammen auf unterschiedlichen Ebenen ge- 
wechselt werden, ohne daß eines der beiden 
Programme zerstört wird. Das hat z. B. beim 
Test des Debugging erhebliche Vorteile. 
Weiterhin wird es somit auch möglich, zwei 
oder mehrere völlig verschiedene System- 
programme gleichzeitig in der Maschine zu 
haben und zwischen ihnen über das Kom- 
mando EBENE zu wählen. Beispielsweise 
kann in der Ebene 0 der BASIC-Interpreter 
aktiviert sein, mit einem Programm, in dem 
einige Maschinenroutinen benötigt werden. 
Die Ebene 1 kann dann mit dem Assembler 


aktiviert werden, um die entsprechenden 
Routinen zu erstellen. Danach kann wieder 
zum BASIC-Interpreter zurückgeschaltet 
werden, um die Routinen entsprechend ein- 
zubinden. Bei Weglassen des Parameters n 
wird die aktuelle Ebene angezeigt. 

Funktion INIt 

Sie wird unmittelbar nach dem Laden aufge- 
rufen. Die Selbststartadresse ist BEOOH, wo 
ein Sprung zu dieser Routine erfolgt (Selbst- 
startadresse = Anfangsadresse). Es wird 
dann zunächst der entsprechende Modul- 
steckplatz „gesucht“. (Modulsteckplatz OB 
oder OC). Wird das Strukturbyte F6H gefun- 


den, so arbeitet das Programm weiter, an- 
dernfalls erfolgt eine Fehlermeldung, und das 
Programm kehrt in die CAOS-Eingabe- 
schleife zurück. 

Bei Vorhandensein des Moduls wird dieser 
automatisch eingeschaltet und der interne 
RAM nach Aufruf der Routine SYs ab- 
geschaltet. Anschließend wird der gesamte 
RAM 0 bis 7FFFH gelöscht. Danach wird der 
nächste Blpck zugeschaltet und wieder ge- 
löscht, bis alle 265 K mit 0 belegt wurden. Vor 
dem Rücksprung werden der Modul aus- und 
der interne RAM eingeschaltet. Letztlich er- 
halten die Systemzellen die ursprüngliche 
Belegung (130 bis 200 H- Routine RSYs). 
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CB07F0 AHEX 


BFhj C 

BF68 1 
BF6A E 
BFii C 
BF6E C 
BF73 


ERRORS: 0000 


ERRX 

ERROR 


5 STACK SAUBER ! 


E,12H ; LOOP 

| INT EI 
PV3 
REST 

i* ENDE *!«««< 


Funktion SYs 

Durch Aufruf werden die Systemzellen des 
Betriebssystems CAOS in den IRM verlagert. 
Es ist danach z. B. das Abschalten des Sy- 
stem-RAM mit dem Befehl 
SWITCH 0 O(Enter) 

möglich. Es sei an dieser Stelle nochmals auf 
die Besonderheiten des IRM, wie höhere Zu- 
griffszeit und sichtbare Speicherzugriffe, ver- 
wiesen. 

Funktion RSYs 

Das Kommando ist ebenfalls ohne Parame- 
ter einzugeben, und es bewirkt die Umkeh- 
rung des Kommandos SYs. Es werden also 
die Systemzellen wieder in den Adreßraum 
von 0130H bis 0200H rückverlegt. Dabei ist 
selbstverständlich zu beachten, daß in die- 


Bilder4a-e 

Programmausdruck 


sem Adreßbereich ein RAM aktiviert sein 
muß, der nicht schreibgeschützt sein darf. 
Wird das nicht beachtet, sind Abstürze unver- 
meidlich. 

Weitere Hinweise 

Durch Nutzung insbesondere der letzten 
zwei Menüfunktionen wird der Anwender in 
die Lage versetzt, auch mit dem Modul MO1 1 
die Effektivität der Arbeit zu verbessern, weil 
es damit ermöglicht wird, z. B. ein BASIC- 
Programm und eine Assemblerquelle gleich- 
zeitig zu bearbeiten, indem die Adressierung 
entsprechend geschickt gewählt wird. 

Der Modul als großer Datenspeicher 
Wird der interne RAM als Programmspeicher 
genutzt, so kann der 256-K-RAM-Modul als 


großer Datenspeicher eingesetzt werden. 
Durch die Verschiebung der Blöcke im 64-K- 
Adreßbereich kann praktisch jeder 16-K- 
Block des 256-K-RAM in den Adreßbereich 
4000 H bis 7FFFH „geschoben“ werden. 
Dazu kann vom Anwender im BASIC und in 
FORTH die Anweisung SWITCH und auf Ma- 
schinen- bzw. Assemblerniveau das CAOS- 
Unterprogramm MODU (UP.Nr.: 26H) aufge- 
rufen werden. Die Daten lassen sich damit 
sehr schnell nach bestimmten Merkmalen 
durchsuchen und/oder ändern. Die Zugriffs- 
zeit bei einer solchen Arbeitsweise des RAM 
beträgt gegenüber einer Diskette nur 1/4 bis 
1/100. 

Ausblick 

Natürlich bleibt es dem Anwender überlas- 
sen, weitere Funktionen zu implementieren. 
Denkbar wäre z. B. die Organisation des ge- 
samten Speichers in 16-K-Blöcken. Ein wei- 
terer interessanter Einsatzfall dürfte die Ver- 
wendung des Moduls als elektronische Dis- 
kette sein. 

Literatur 

IV Modul-MOI 1 -Beschreibung. VEB Mikroelektro- 
nik „Wilhelm Pieck“ Mühlhausen 
/2/ Modul-M005-Beschreibung. VEB Mikroelektro- 
nik „Wilhelm Pieck“ Mühlhausen 
131 KC85/3-System-Handbuch. VEB Mikroelektro- 
nik „Wilhelm Pieck“ Mühlhausen 


Termine 

Fachtagung FORTH 

WER? Interessengemeinschaft FORTH des KdT- 
Bezirksverbandes Suhl 
WANN? 20. bis 22. April 1988 
WO? Suhl 

WAS? System- und Anwendersoftware der Pro- 
grammiersprache FORTH 

WIE? 

Anmeldungen nimmt der KdT-Bezirksverband, 
Straße der Opfer des Faschismus 29, PSF 510, 
Suhl, 6000 entgegen. Vertragsangebote bitte mit 
kurzer Inhaltsangabe an die Interessengemein- 
schaft FORTH, Dr. Finsterbusch, PSF 190, Ilme- 
nau, 6300. 


Fehlerhaft 

Bedauerlicherweise sind die im Artikel „Integrierter 
Systemtaktgenerator DL 8127 D“ enthaltenen Bil- 
der 5, 6 und 8 (siehe MP 7/1 987, S. 21 3) fehlerhaft. 
Wir veröffentlichen deshalb nachstehend die korri- 
gierten Bilder. 

Autor und Redaktion 
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In diesem Jahr öffnete die 29. In- 
ternationale Maschinenbau- 
messe Brno ihre Tore. Der Vorju- 
biläumsjahrgang dieser wichtig- 
sten Messe unseres Nachbar- 
landes CSSR, sie fand vom 16. 
bis 23. September statt, stand 
unter dem Motto „Progressive 
Technologien im Maschinen- 
bau". Zur gleichen Thematik 
fand parallel zum Messege- 
schehen die .. Konferenz der Re- 
dakteure der technischen 
Presse“ mit großer Beteiligung 
ausländischer Journalisten 
statt. 

Wegen der Rekonstruktion 
stand weniger Ausstellungs flä- 
che zur Verfügung, dennoch 
waren etwa 2900 Aussteller - 
160 mehr als 1986 -zu verzeich- 

Für den langjährigen Messebe- 
sucher sofort sichtbar traf das 
auch auf die Computertechnik- 
anbieter zu. Denn ihr traditionel- 
les Domizil, die Halle D, reichte 
nicht mehr. So mußten einige 
Firmen mit verkleinerten Qua- 
dratmeterzahlen Ausstellungs- 
fläche vorliebnehmen und an- 
dere in kleine Ausstellungspavil- 
lons auf Wege und Flächen aus- 
weichen. Auch die Halle C, in 
der Meßtechnik, Kommunika- 
tionstechnik und- für Applikatio- 
nen in diesem Sinne - Compu- 
tertechnik zu sehen war, bot 
keine Reserven mehr. Was für 
das Messeunternehmen ein gro- 
ßer Erfolg ist, nämlich viele Aus- 
steller, ist für den Fachbesucher 
ein „ Marathon “. Jahr für Jahr 
mehr Firmen und jedes Unter- 
nehmen bietet eine größere Ty- 
penvielfalt. Unter dem Blickwin- 
kel sogenannter internationaler 
Industriestandards nimmt die 
scheinbare Vielfalt doch wieder 
einheitliche Formen an. 
Nachfolgend wollen wir ausge- 
wählte Exponate vorstellen und 
Trends aufzeigen. 

Die CSSR spezialisierte sich im 
Rahmen des RGW u . a. auf grafi- 
sche Ausgabetechnik und hat 
dadurch auf diesem Gebiet 
große Erfahrungen. In der DDR 


29. Internationale 

Maschinenbaumesse 

Brno 


sind z. B. viele Zeichenautoma- 
ten DIGIGRAF im Einsatz. Der 
auf dem Messestand von KOVO 
vorgestellte DIGIGRAF unter- 
schied sich äußerlich kaum von 
seinem Vorgänger, neu an ihm 
war die verbesserte Elektronik. 
Zur Besucherattraktion entwik- 
kelte sich der Grafikplotter CO- 
LORGRAF - die vollständige 
Bezeichnung des Herstellers 
ARITMA Prag lautet: Grafische 
Ausgabeeinrichtung ARITMA 
051 2-COLORGRAF (Bild 1). 
Über den COLORGRAF 051 2 
können Zeichnungen mit bis zu 
acht auswechselbaren Schreib- 
federn erstellt werden. Dabei ist 
es möglich, die Zeichnungen, in 
Abhängigkeit von den eingesetz- 
ten Schreibfedern, entweder 
mehrfarbig oder mit unterschied- 
licher Linienstärke anzufertigen. 
Die Aufzeichnung in x-Richtung 
wird mittels Schreibfederbewe- 
gung ausgeführt, die in y-Rich- 
tung durch Bewegen des Pa- 
piers. Die Grundschrittweite (Ra- 
ster) beträgt 0,1 25 mm. Der ein- 
gebaute «P sorgt für einigen 
Komfort. So sind im internen Pro- 
grammspeicher des Plotters 
Routinen zum Zeichnen ver- 


schiedener Arten von Linien 
(volle, unterbrochene, strich- 
punktierte), Kreisen, Kreisbögen 
sowie ein kompletter Satz ASC II 

- und diakritischer Zeichen ent- 
halten. Die Software des CO- 
LORGRAF ist kompatibel zu der 
vergleichbarer Plotter von Hew- 
lett-Packard. Nun noch kurz 
einige technische Daten: 

- Nennbreite des verwendeten 
Arbeitsmaterials 297 mm 

- Zeichenbreite 264 mm, das 
entspricht 2112 Schritten 

- Genauigkeit ± 0,05 mm 

- maximale Zeichengeschwin- 
digkeit 80 mm/s 

- Schnittstelle CCITTV24/V 28 

- Senkungs- und Stabilisie- 
rungsdauer der Schreibfedern 
50 ms 

- Anhebedauer der Schreibfe- 
dern 50 ms 

- Leistungsaufnahme 62 W 

- Abmessungen 530 x 205 
x 165 mm 3 

- Masse 6,2 kg. 

Während der Messe dürften die 
ausgestellten Plotter durchaus 
einen Dauertest absolviert ha- 
ben. Von morgens bis abends 
wurden für Besucher „Demon- 


strationszeichnungen“ angefer- 
tigt (siehe 4. Umschlagseite), 
wobei der COLORGRAF für eine 
derartige Zeichnung durch- 
schnittlich 20 Minuten benötigte. 

Zeichnungen auf einem Arbeits- 
feld von 860 x 24 000 mm 2 kann 
der VZ 930 (CM 6411) (Bild 2) 
erstellen. Er verfügt über eine 
maximale Zeichengeschwindig- 
keit von 100 mm/s. Die Grund- 
schrittweite beträgt 0,05 mm. 
Plott- und Wiederholgenauigkeit 
sind mit ± 0,15 mm angegeben. 
Der VZ 930 besitzt 3 Stifte, mit 
denen er auf perforiertes Papier 
zeichnet. Bei einer Größe von 
1 550 x 41 0 x 630 mm 3 hat das 
Gerät eine Masse von 65 kg. 

250 W Leistung werden aufge- 
nommen. An Schnittstellen sind 
V24 und IFFS vorhanden. 

An Computersystemen offerierte 
KOVO Weiterentwicklungen 
bzw. spezielle Konfigurationen 
bereits bekannter Hardware. 
Beispielsweise die interaktive 
grafische Station IGS 2 auf Basis 
des M 1 6-22 von ZVT Banska 
Bystrica, an der auch der VZ 930 
angeschlossen war. 
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Die CSSR steht vor dem Pro- 
blem, daß es zwar verhältnismä- 
ßig viele Entwicklungen unter- 
schiedlicher Computertypen 
gibt, sie aus den verschieden- 
sten Gründen aber kaum in grö- 
ßerer Stückzahl gefertigt wer- 
den. 

Um so mehr Beachtung verdient 
die Zielstellung, bis 1 990 die Pro- 
duktion schnell zu entwickeln 
und 1 50 000 bis 200 000 Mikro- 
rechner der Volkswirtschaft zur 
Verfügung zu stellen. Einen gro- 
ßen Anteil wird dabei die 8-Bit- 
Technik ausmachen. 

Eines war fast allen Ausstellern 
gemeinsam - das Angebot IBM- 
PC-kompatibler Computer. In 
der CSSR ist es der PP 06, aller- 
dings keine Messeneuheit, des- 
wegen soll an dieser Stelle nicht 
ausführlicher auf ihn eingegan- 
gen werden. Nachfolgend stellen 
wir einige Entwicklungen kurz 
vor. Über den EC 1834 von Ro- 
botron (Bild 3) mit^P K1810 WM 
86 haben wir bereits in M P 1 1 /87, 
2. US kurz informiert. Aus der 
VR Bulgarien kommt der 
EC 1832 (Bild 4) mit einem Pro- 
zessor 8088. Der Koprozessor 
8087 kann als Option eingesetzt 
werden. Weitere Daten sind: 

640 KByte Hauptspeicher, Hard- 
Disk mit 5 oder 10 MByte, 1 
Floppy-Laufwerk mit 360 KByte. 
In größeren Stückzahlen soll in 
Bulgarien der Prawez 1 6 (Bild 5) 
zum Einsatz kommen, ebenfalls 
mit^P 8088 und Koprozessor 
8087, außerdem 2 Floppy-Lauf- 
werken, oder eine Floppy-Ein- 
heit und eine Hard-Disk, 

256 KByte RAM, Färb- oder Mo- 
nochrombildschirm. 

Das rumänische Außenhandels- 
unternehmen Electronum zeigte 
u. a. den FELIX PC mit Mikropro- 
zessor 8086, 2 Floppy-Laufwer- 
ken, 640 KByte RAM und Farb- 
monitor. 

Die polnische Außenhandels- 
firma ELWRO stellte einen AT- 
kompatiblen PC vor, den 
ELWRO 801 AT (Bild 6): Mikro- 
prozessor i 80286, Floppy-Disk 
mit 1 ,2 MByte, Hard-Disk mit 
20 MByte, Betriebssystem MS- 
DOS. 

Der Trident AT wird vom jugo- 
slawischen Unternehmen Iskra 
Delta vertrieben. Neben 5V4- 
Zoll-Floppy-Disk mit 1 ,2 MByte 
verfügt der Computer über eine 
80-MByte-Winchester-Disk und 
eine 40-MByte-Streamer-Kas- 
sette. Als Betriebssystem kommt 
MS-DOS 3.2 zum Einsatz. 
Bekannte internationale Firmen 
wie Hewlett-Packard, IBM, ICL, 
NCR, Tektronix, Wang, Rocc, 



(Vertrieb von Commodore-Com- 
putern) präsentierten Computer- 
technik vorwiegend auf 1 6-Bit- 
Basis. 

Die Firma Olivetti offerierte als 
13 


Neuheit das System PE 28 (Per- 
sonal Engineering) (Bild 7) mit 
der CPU 80 286 (8 MHz) , schnel- 
ler Arithmetikeinheit 80 287, 

1 MByte RAM, 1,2-MByte- 


Floppy-Einheit, 20-MByte- Hard- 
Disk und Interface (RS-232C/ 
V24 und Centronics). 

Der 19-Zoll-Grafikbildschirm er- 
laubt die gleichzeitige Darstel- 
lung von 256 Farben aus einer 
möglichen Palette von 4096 bei 
einer Auflösung von 1 280 x 960 
Punkten. 

Als Betriebssysteme werden 
MS-DOS und XENIX verwendet. 
Dicht umlagert waren natürlich 
die Modelle des PS/2 von IBM 
(siehe auch MP 8/87, S.243). 
Das Modell 30 war im RGW be- 
reits auf den Messen in Poznan, 
VR Polen, und Budapest, UVR, 
zu sehen. Das leistungsstärkste 
Computersystem dieser Familie 
„Modell 80“ soll ebenso wie das 
Betriebssystem OS/2 erst ab 
1 988 zur Auslieferung kommen. 
Unser Foto zeigt das Modell 60 
(Bild 8). 

32-Bit-Technik stellte die franzö- 
sische Firma Bull mit ihrem 
SPS 7 (Bild 9) vor. Der SPS 7/70/ 
75 basiert auf Mikroprozessor 
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68020 (1 6,67 MHz) und Kopro- (Bild 10). Die Abmessungen sind 
zessor 68881 . Als Hauptspei- 330x230x25 mm 3 , die Bildflä- 
chergröße werden 4 MByte an- che beträgt 250x 1 60 mm 2 . 25 

gegeben, aufrüstbar bis maximal Zeilen mit je 80 Zeichen sind bei 
16MByte. Das SPS 7 verfügt 8x8 Punkten je Zeichen darstell- 

über Winchester-Disk und Strea- bar, oder im Grafikmodus beträgt 
mer-Tape. Bis zu 4 grafische die Auflösung 640x200 Punkte. 
Bildschirme (monochrom oder 

color) sind an ein System an- Der GAMMACOLOR VIDEO- 
schließbar. PRINTER (Bild 1 1 ) enthält einen 

Neben den großen Firmen war schnellen Videodigitalisierer mit 
das Bild auf der Internationalen Bildspeicherung. Die maximale 
Maschinenbaumesse Brno aber Abspeicherzeit bei 1 280 (verti- 
auch geprägt durch viele klei- kal) x 1 024 (horizontal) Bild- 
nern Handelsfirmen, hauptsäch- punkten und 4096 Farben be- 
ließ aus Österreich, der BRD und trägt 0,3 s. Die Auflösung ist mit 
Schweiz, die Hard- und Software 4,8 Punkten pro mm angegeben, 
von Unternehmern aus vielen Die Bilder werden aus den vier 
Ländern offerierten, wobei die Grundfarben Gelb, Magenta, 
Produzenten häufig in Taiwan, Cyan und Schwarz zusammen- 
Südkorea oder Hongkong an- gesetzt. Je nach Format braucht 
sässig sind. der Videoprinter 2 bis 4 Minuten 

Die kleine österreichische für die Ausgabe eines Bildes, 

Handelsfirma array-Data GmbH ohne dabei den Bildschirm zu 
bot für IBM-kompatible PCs ei- blockieren, 

nen extrem flachen, verstellba- Ein sogenannter TOPAS Po- 
ren Bildschirm an, den so- wermaker soll den PC vor Span- 
genannten FLAT-SCREEN nungspitzen, Spannungsabfäl- 


len und -ausfall schützen, indem Zeichenmatrix je nach geforder- 
er weiter den ordnungsgemäßen ter Qualität eine Rastergröße 
Betrieb gewährleistet. Dabei gibt von minimal 7x9 (Höhe und 
es eine Vielzahl von Modellen in Breite) und maximal 15x25Zei- 
Abhängigkeit von benötigter Lei- chen (Schönschriftqualität). Für 
stung, Spannung und Frequenz. Schönschrift beträgt die Druck- 
60 dB leise ist der neue Drucker geschwindigkeit 450 Zeilen je 
VT 23 900 (Bild 1 2) von VI DEO- Minute. 850 x 980 x 572 mm 5 

TON. Bei einem Satz von 96 Zei- sind die Abmessungen und als 

chen schafft er 762 Zeichen je Gewicht werden etwa 1 60 kg ge- 
Minute. Dreimal ist jedes Zei- nannt. 

chen auf dem Metallband ange- Die DDR war auf der Internatio- 
ordnet, das mit hoher Geschwin- nalen Maschinenbaumesse 
digkeit rotiert. Für jede Druckpo- größter sozialistischer Ausstel- 
sition existiert ein „Hammer“. ler. Der Außenhandelsbetrieb 
Jeder 9. Hammer kann gleichzei- Robotron stellte, neben dem be- 
tig schlagen. An Schnittstellen reits erwähnten EC 1 834, Ar- 
stehen V 24 und Centronics zur beitsplatzcomputer A 71 50 
Verfügung. (siehe im gleichen Heft), 

Als ersten Matrix-Zeilendrucker PC 1 71 5 und Schreibmaschinen 
der Welt bezeichnet MANNES- aus. Der PC 1 71 5 wurde 1 987 
MANN Tally seinen MT 690/ und wird 1 988 in großen Stück- 

MT 660 mit einer Druckleistung zahlen in die CSSR exportiert, 
von 900 bzw. 600 Zeilen je Mi- /. P. 

nute (Schnelldruck). In Bild 13 ist 
ein Druckmuster abgebildet. 

Der MT 690 druckt mit 132 

Druckelementen, dabei hat eine Fotos: Paszkowsky(12) 


Vorgestellt 

Unter dieser neuen MP-Rubrik werden Computer 
und Peripheriegeräte in ihren wichtigsten Para- 
metern vorgestellt - ausführlicher als in der Rubrik 
„Technik international“. 


In dieser Ausgabe beginnen wir mit dem 

Arbeitsplatzcomputer A 71 50 



Der Arbeitsplatzcomputer robotron 
A 7150 ist modular aufgebaut und 
besteht aus dem Rechnergrundgerät, 
dem Bildschirm und der T astatur. 
Basis der zentralen Verarbeitungs- 
einheit ist ein 16-Bit-Mikroprozessor. 
Die Rechnerarchitektur, der interna- 
tional standardisierte Systembus, die 
hohe Speicherkapazität und die Gra- 
fikfähigkeit ermöglichen eine nutzer- 
freundliche Anwendung. 


Die Grundausstattung umfaßt: 

• Rechnergrundgerät 

1 0 Steckplätze für Logikmoduln, 
2x5,25"-Diskettenspeicher in Slim- 
line-Ausführung mit je 1 MByte Spei- 
cherkapazität und vorbereitetem 
1 x5,25"-Festplattenspeicher mit 30 
bis 50 MByte Speicherkapazität 

• Bildschirmeinheit 
Einfarbig/mehrfarbig, dreh- und 
schwenkbar, 31-cm-Bildröhre, geeig- 
net für Bildschirmsteuerungen entwe- 
der durch eine alphanumerisch-qua- 
sigrafische, 2000 Zeichen im Raster 
80 x 25, oder eine rastergrafische An- 
steuerung mit 640x480 Bildpunkten 

• Tastatur 


sprechend nationalen Standards - 
lat./dt. oder lat./kyrill. - durch Mehr- 
fachbelegung der Tasten, numeri- 
sche Tastatur, Funktionstastatur, 
Anzeige unterschiedlicher Arbeits- 

Ais periphere Geräte können wahl- 
weise genutzt werden: 

• Drucker robotron K 631 3, K 631 4, 
Baureihe K 6320, 1152/257 

• Plotter robotron K 641 8 und K 6411 

• Digitalisiergeräte robotron K 6401 
und K 6404 

• Grafisches Tablett robotron K 6405 
Der robotron A 71 50 ist konstruktiv 
und logisch modular aufgebaut. Die 
Logikmoduln arbeiten in einem inter- 
national standardisierten Mikrorech- 
nerbus (1-41 ). Auf Grund der Verwen- 
dung eines universellen Bussystems 
und der durchgängigen Gestaltung 
gehört der robotron A 71 50 zur 
Gruppe der offenen Systeme. 

Software 

Das Hardwarekonzept wird durch 
Systemsoftware ergänzt, die kompa- 
tibel zu international weitverbreiteten 
Betriebssystemen ist. Das Grund- 
softwarepaket enthält folgende Kom- 
ponenten 


- Betriebssysteme 

- Compiler 

- Standardsoftware 
Betriebssysteme 

Für den kommerziellen Einsatz: 

• Betriebssystem DCP 3.1 (kompati- 
bel MS-DOS3.1) 

• Betriebssystem SCP 1700 

Für Echtzeiteinsatzfälle und Multipro- 
grammbetrieb: 

• Betriebssystem BOS 1810 
Für Time-sharing-Betrieb: 

• Betriebssystem MUTOS 1700 
Compiler 

• BASIC (unter SCP 1 700-lnterpre- 
ter - unter DCP 3. 1 -ANSI Standard- 
BASIC) 

• FORTRAN 77 (unter SCP 1 700, 
DCP 3.1 und BOS 1810) 

• PL/M (unter BOS 1810) 

• COBOL (unter SCP 1 700 und 

• MODULA 2 (unter SCP 1700 und 
DCP 3.1) 

• PASCAL (unter SCP 1 700 und 
DCP 3.1) 

• Sprache C (unter SCP 1700 und 
DCP 3.1) 


Standardsoftware 

• AIDOS/M 16 Informationsre- 
cherchesystem 

• DIALOG/M 16 Maskengenerator 

• LIST/M 16 Listenprozessor 

• TABCALC/M 16 Tabellenrech- 
nung 

• TEXT 40/M 16 Textverarbeitungs- 
system 

• REDABAS/M 16 Datenbanksy- 

• TESYS-3/M 16 Technologisches 
System zur Softwareentwicklung 

• TEPROS-SCP 1700 Textverarbei- 
tungssystem, kommandoorientiert 

• GRAFIK/M 16 Geschäftsgrafik 

• NUMATH/M 16 Numerische Ma- 
thematik 

Technische Daten 

• Zentrale Verarbeitungseinheit 
Mikroprozessor 

K 1810 WM 86 (5 MHz, 16 Bit) 
Befehlsausführungszeit 
OAfis (Register-Register) 
Speicheradreßraum 1 MByte 

EIA-Adreßraum 64 KByte 

Interruptsystem 9 Ebenen 

Numerikprozessor K 1 81 0 WM 87 

• RAM 256 ... 768 KByte 

Zugriffszeit 560 ns 

• Externspeicher 

Kapazität 2 MByte; 2x5, 25"-Disket- 
tenspeicher robotron K 5601 
30-50 MByte, 1 x5,25"-Festplatten- 
speicher 

• Interface 

IFSS, IFSP; IFSP-M (Centronics), 

S2 (V.24) 

• Energieversorgung 

220 V 

47 ... 63 Hz 

• Funkentstörung nach VDE 0871 

• Maße(BxTxH), mm 

Rechnergrundgerät 170x486x451 
Tastatur 50x461x239 

Bildschirmeinheit 323 x 338 x 354 
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CAD/CAM-Schlüssel- 
technologie als 
Intensivierungsfaktor 

Autorenkollektiv unter Leitung 
von Prof. Dr. D. Kochan. Verlag 
Die Wirtschaft Berlin 1 987. 

320 S., Sachwortverzeichnis, 

20,- M 

Man braucht nicht zu zögern, um 
zu erklären, daß die vorliegende 
Veröffentlichung nicht nur Fach- 
leute der Praxis anspricht, son- 
dern auch mit geeignet ist, als 
Nachschlagewerk und Lehrhilfs- 
mittel zu dienen. Zu dieser Aus- - 
sage berechtigt eine eindeutige 
Abfolge der Stoffvermittlung in 
Verbindung mit praxisorientier- 
ten und methodologisch fixierten 
Aussagen. Dominant sind im Ka- 
pitel 1 und 2 Aussagen zu CAD/ 
CAM-Systemkomponenten und 
-Systemaufbau, Schnittstellen, 
internationale Standards und 
Modelle, rechnergestützte Ange- 
bots- und Auftragsbearbeitung 
sowie Erzeugnisentwurf und 
technologische Fertigungsvor- 
bereitung, -durchführung und 
automatisierte Fertigung. Die 
materiell-technische und soft- 
ware-technologische Basis (Ka- 
pitel 3) beschäftigt sich u. a. mit 
Hauptbestandteilen von CAD/ 
CAM-Anlagen, ihren Funktio- 
nen, ihrer Struktur und Architek- 
tur sowie peripheren Geräten. 
Beachtenswert sind eindeutige 
Aussagen zur Software-Techno- 
logie sowie zu erforderlichen Da- 
tenbasen (Datenbanken) und für 
CAD/CAM zur Verfügung ste- 
hende Datenbankbetriebssyste- 
me. Auch Vergleiche zwischen 
unterschiedlichen Computersy- 
stemen werden auf der Grund- 
lage ausgewählter Parameter 
angeboten. Unterstützt werden 
diese Darstellungen in einem 
Anhang, in dem eine Übersicht 
über derzeitig verfügbare CAD/ 
CAM-Rechentechniken und pe- 
riphere Geräte angeboten wird. 
Ausgewählte Beispiellösungen 
und Einsatzerfahrungen im Kapi- 
tel 4 sind besonders informativ, 
da u. a. auch Auskünfte zur ein- 
gesetzten Gerätetechnik, Soft- 
ware und eingetretenen Nutzen 
vermittelt werden. Ökonomi- 
sche, organisatorische und ar- 
beitswissenschaftliche Aufga- 
ben insbesondere unter den 
Aspekten Vorbereitung von 
CAD/CAM-Lösungen, Ermittlun- 
gen ihrer Effektivität sowie ar- 
beitswissenschaftliche Erforder- 
nisse bei der CAD/CAM-Einfüh- 
rung enthält Kapitel 5. Insgesamt 
ein Buch, das nur empfohlen 
werden kann, auch Leiter unter- 
schiedlicher Ebenen sind ange- 
sprochen, die im Hinblick auf 


Planung und Realisierung von 
CAD/CAM-Systemen Entschei- 
dungen vorzubereiten und zu 
treffen haben. 

Prof. Dr. W. Schoppan 

Wissensspeicher 

BASIC 

von P. Heblik, Volk und Wissen 
Volkseigener Verlag Berlin 1986, 
1 . Auflage, 302 S. 

Publikationen zur Programmier- 
sprache BASIC sind in der DDR 
bereits einige erschienen. Dabei 
ist BASIC-Buch nicht gleich BA- 
SIC-Buch. So gibt es in der me- 
thodischen Aufbereitung des 
Stoffes häufig Unterschiede. 
Speziell für den Leserkreis „Ein- 
steiger“ scheint der Wissens- 
speicher BASIC zugeschnitten 
zu sein. Zu Recht als Wissens- 
speicher bezeichnet, ist die vor- 
liegende Publikation aber auch 
ein geeignetes Lehrbuch zur Ein- 
führung in die Sprache BASIC. 
Ausführliche Erläuterungen und 
viele Programmbeispiele er- 
leichtern das Verständnis des 
dargebotenen Stoffes. 

I. Paszkowsky 

Computer Graphics 
Programming GKS- 
Graphics Standards 

von Enderle, G.; Kansy, K.; 

Pfaff, G. 

Springer-Verlag Berlin, Heidel- 
berg-New York-Tokyo, 542 S. 
Das wohl wichtigste Anwen- 
dungsgebiet der Computergrafik 
sind heute rechnergestützte Ent- 
wurfsverfahren. Sie werden un- 
ter dem Begriff „Computer Aided 
Design“ (CAD) zusammenge- 
faßt und stehen im Blickpunkt 
einer breiten Nutzergemein- 
schaft in den unterschiedlichsten 
Bereichen der Volkswirtschaft. 

Im Rahmen verschiedener inter- 
nationaler Standardisierungs- 
gremien wurden seit 1975 um- 
fangreiche Anstrengungen un- 
ternommen, um die wesentli- 
chen Softwareinterfacebedin- 
gungen auf diesem Gebiet einer 
Normung zu unterziehen. An die- 
ser Tätigkeit waren auch Mitar- 
beiter aus der DDR beteiligt. Das 
Ergebnis dieser Arbeit ist der 
GKS-Standard. 

Von drei ehemaligen Mitgliedern 
der ISO- Arbeitsgruppe zur GKS- 
Standardisierung wurde nun ein 
Buch vorgelegt, das die Pro- 
grammierung von Computergra- 
fik unter Nutzung des „Graphical 
Kernel Systems“ (GKS) be- 
schreibt. Es handelt sich dabei 
um eine wohl einzigartig umfas- 
sende Darstellung des angespro- 
chenen Problemkreises, die in 
vier Kapitel untergliedert wurde: 


- Eine ausführliche Einführung 
in die Konzepte der Computer- 
grafik unter Berücksichtigung 
der GKS-Prinzipien. 

- Einen Überblick über die wis- 
senschaftlich-technische Ent- 
wicklung, die zur Herausbildung 
des GKS-Standards geführt hat. 

- Eine umfangreiche Erläute- 
rung der einzelnen GKS-Funk- 
tionen und ihre Anwendung in 
einer von den verschiedenen 
Programmiersprachen unab- 
hängigen Notation. 

- Eine Behandlung der ver- 
schiedenen Aspekte einer kon- 
kreten GKS-Implementation, wie 
Betriebssystemfragen, Hard- 
wareabhängigkeiten, Besonder- 
heiten im Zusammenhang mit 
unterschiedlichen Programmier- 
sprachen u. a. m. 

Dem Rezensenten etwas ver- 
wunderlich ist der geradezu 
spartanische Umgang mit erläu- 
terndem Bildmaterial in einem 
Buch über Computergrafik, das 
sonst auch vom herausgeben- 
den Verlag in einer vorbildlichen 
Ausstattung vorgelegt wurde. 

Dr. L. Claßen 

Expertensysteme 

Von P. Schnupp und U. Lei- 
brandt. Springer-Verlag Berlin- 
Heidelberg— New York-Tokyo 
1986, Compass-Reihe, 140 S. 
Expertensysteme ist ein Fach- 
buch, aber nicht nur für Fach- 
leute. Es wendet sich in erster 
Linie an jene, die sich mit den 
Problemkreisen künstliche Intel- 
ligenz und Expertensysteme un- 
ter dem Blickwinkel des künfti- 
gen Anwenders auseinanderset- 
zen wollen bzw. müssen. 
Anschaulich und leicht verständ- 
lich werden in 10 Kapiteln Fra- 
gen beantwortet wie: 

Was ist „künstliche Intelligenz“? 
Warum Expertensysteme? 

Wann und wie? 

Wie funktioniert eine „Interfe- 
renzmaschine“? 

Wie programmiert man „wis- 
sensbasiert“? 

Natürliche Sprache als Compu- 
ter-Eingabe? 

Als positiv wurden weiterhin die 
Hinweise zu weiterführender Li- 
teratur am Ende eines jeden Ka- 
pitels empfunden. Im Anhang 
befinden sich ein kleines Lexikon 
der Schlagwörter, das 67 Be- 
griffe kurz erläutert, und ein 
PROLOG-Programmbeispiel. 

I. Paszkowsky 

Graphisches Kern- 
system (GKS) 

Beuth Verlag Berlin 1 986 
Das Graphische Kernsystem 
(GKS) ist eine rechnerunabhän- 
gige Zusammenstellung von 


Standardfunktionen für unter- 
schiedlichste Aufgabenstellun- 
gen bei der Programmierung von 
grafischen Darstellungen. Die 
durch den Beuth Verlag/West- 
Berlin jetzt vorgelegte funktio- 
nale Beschreibung der GKS- 
Norm (DIN 66252) sieht die 
Hauptgründe für die Einführung 
des GKS-Grundsystems in den 
Zielstellungen: 

- eine leichte Übertragbarkeit 
(Portierbarkeit) von Anwen- 
dungsprogrammen auf unter- 
schiedliche Rechner sicherzu- 
stellen 

- den Anwendungsprogram- 
mierer beim Verstehen und Ver- 
wenden graphischer Methoden 
maximal zu unterstützen und 

- die funktionelle Standardisie- 
rung von grafischen Ein-/Ausga- 
begeräten (Farbsichtgeräte, 
Plotter . . .) voranzutreiben. 

Das Buch gibt einen ausgezeich- 
neten Überblick über die Grund- 
lagen, Funktionen und Daten- 
strukturen derGKS-Norm. Eine 
wichtige Begriffserläuterung ist 
ebenso enthalten, wie die aus- 
führliche Beschreibung der ein- 
zelnen GKS-Funktionen. Die Zu- 
ordnung der Funktionen zu ver- 
schiedenen GKS-Leistungsstu- 
fen (0a, Ob, 0c, 1 a, 1 b, 1 c, 2a) 
trägt einem breiten Anwender- 
spektrum, von der Zeichnung 
statischer Bilder bis hin zur Dar- 
stellung dynamischer Vorgänge 
unter Echtzeitbedingungen, 
Rechnung. Dr. L. Claßen 

Netzwerkanalyse 
mit Mason-Graphen 

Von Dr.-Ing. Ulrich Mende. 

VEB Verlag Technik, Reihe In- 
formationselektronik. 156 Sei- 
ten, 64 Bilder, 8 Tafeln, Bro- 
schur, DDR 1 6,50 M, Ausland 
24,- DM. Auslieferung durch den 
Fachbuchhandel. Bestellan- 
gaben: 553 734 6/Mende, Netz- 
werkanalyse. 

Der Autor bietet vor allem Ent- 
wicklungsingenieuren und Stu- 
denten der Elektrotechnik/Elek- 
tronik eine topologische Me- 
thode zur Berechnung elektri- 
scher und elektronischer Netz- 
werke. Diese Methode beruht 
auf der Anwendung des Mason- 
Graphen und kann auch vorteil- 
haft in Verbindung mit Mikro- 
rechnern genutzt werden. 

Die Darlegungen sind bewußt 
ausführlich gehalten, so daß sich 
die Broschüre auch sehr gut zum 
Selbststudium eignet. Zahlrei- 
che praktische Beispiele fördern 
das Verständnis. 
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dBase-Listengenerator 

Für die Arbeit mit dBASE- 
Kommandodateien wurde ein 
Serviceprogramm erstellt, wel- 
ches folgende Funktionen reali- 
siert: - Syntaxkontrolle auf ord- 
nungsgemäßes Schließen aller 
DO WHILE-Schleifen sowie aller 
IF- und DO CASE-Anweisun- 
gen 

- Formatierung des Quelltex- 
tes 

- Laufzeitoptimierung 

- Listengenerator für Einzel- 
blattverarbeitung (mit Angabe 
von Zeilennummern, Doppel- 
druck aller DO-WHILE- und IF- 
Anweisungen, auszugsweisem 
Druck von Programmteilen, 
Kommentaren hinter ENDIF und 
ENDDOu.a.) 

Gegenüber anderen dBASE- 
Hilfsprogrammen bietet es den 
Vorteil, daß es ohne Verlassen 
des Datenbanksystems als 
Kommandodatei gestartet wer- 
den kann. Es ist vollständig me- 
nügesteuert. Bei Bedarf können 
on-line Hilfsinformationen einge- 
blendet werden. Das Programm 
läuft unter den Betriebssyste- 
men SCPX und CP/A und ist für 
dBASE und Epson LX-86 entwik- 
kelt. Auf Wunsch kann eine Ver- 
sion für REDABAS bzw. andere 
Druckertypen abgegeben wer- 
den. 

VEB Kyffhäuserhütte Artern, Ru- 
dolf-Breitscheid-Str. 15/16, Ar- 
tern, 4730, Abt. ODV; Tel. 7492 
(Koll. Trautvetter) 

Niebur 


Druckeransteuerung 
für mehrere Computer 

Zur Verbesserung der Ausla- 
stung der Drucktechnik wurde 
auf Basis der V.24-Schnittstelle 
eine Ansteuerung entwickelt, die 
den Anschluß mehrerer Compu- 
ter mit V.24-Interface an einem 
Drucker gestattet. Dabei ist kein 
Umstecken bzw. Umschalten 
zwischen den Computern erfor- 
derlich. Die Verdrahtung kann 
fest erfolgen, was zur Erhöhung 
der Lebensdauer und zur Ver- 
besserung des Arbeitsschutzes 
beiträgt. Die bisher verwendete 
Software kann unverändert wei- 
tergenutzt werden. Die maxi- 
male Leitungslänge beträgt etwa 
15 Meter. 

Die Schaltung wird seit längerer 
Zeit mit drei KC 85/3, PC 171 5 
und MRES benutzt. 

Die Unterlagen können nachge- 
nutzt werden. 

VEB Mikroelektronik „ Wilhelm 
Pieck“ Mühlhausen, Eisenacher 
Str. 40, Mühlhausen, 5700. 

SchiwonlKirves 


Börse 


Rechnungsprogramm 

Das Rechnungsprogramm für 
PGH und Handwerksbetriebe 
der Elektrobranche nach PAO 
564 wurde in BASIC auf einem 
Schneider Joyce unter CP/M 3.0 
geschrieben und arbeitet mit 2 
Laufwerken (auch auf PC 1 71 5 
möglich). Im A-Laufwerk sind 
Programm, Kundenadresse so- 
wie Rechnungsdaten abgelegt. 
Im B-Laufwerk sind sämtliche 
Preise gespeichert. 

Mit dem Programm wird insbe- 
sondere die Rechnungsführung 
mit den Koeffizientenumrech- 
nungen erleichtert. 
Elektro-Handwerk Joachim 
Brustmann, Hauptstraße 18, 
Schönwalde, 1291; Tel. Mühlen- 
beck 601 Brustmann 

Programmpakete „Geo- 
dätische Software“ 

Zur Nachnutzung angeboten 
werden die Programme 

• einfache Punktbestimmungen 

• Höhenbestimmungen 

• freie Standpunktwahl/Schnitte 

• Transformationen 

• mathematische Berechnungen 

• Krümmen 

• sonstige Berechnungen 

- Kranbahnkontrolle 

- räumlicher Vorwärtseinschnitt 

- Druckerprogramm-Koordina- 
tenverzeichnis aus FSI-Daten 
für BC A 51 20/51 30, PC 1 71 5 im 
BS SCP. 

VEB Kombinat Geodäsie und 
Kartographie, Forschungszen- 
trum, Leitstelle EDV, Gohliser 
Str. 4, Leipzig, 7022, 

Tel. 56340 Cramer 

Drucker-Driver 
für ATAR1 1029 

Zum Anschluß des Druckers 
ATAR1 1029 an Mikrorechner 
auf der Prozessorbasis U880 
wurde ein Driver entwickelt. Als 
weitere Hardware-Vorausset- 
zung wird lediglich ein PlO-Port 
benötigt. Der Driver wandelt den 
byteseriellen Datenstrom des 
Wirtssystems in die dem Drucker 
verständlichen Frames um und 
sendet diese bitseriell. Der Dri- 
ver liegt in an die Betriebssy- 
steme der Kleincomputer KC85/ 
1 , 85/2, 85/3 und 87 anpas- 
sungsfähiger Form vor, ist aber 
leicht an die Betriebssysteme 
der Büro- und Personalcomputer 
oben genannter Prozessorbasis 
anzupassen. 

Technische Universität Dres- 
den, Sektion Informationstech- 
nik, Bereich Kommunikations- 
und Computertechnik, Momm- 
senstraße 13, Dresden, 8027; 
Tel. 4635121 Herzmann 


Magnetbandtreiber 

KASS 

Der angebotene MB-Treiber ar- 
beitet unter dem Betriebssystem 
UDOS. Er ermöglicht ein schnel- 
les Kopieren von Dateien auf 
Kassette. Damit ist er besonders 
zur Archivierung von Quellpro- 
grammen, Texten und Binärda- 
teien geeignet. 

VEB Numerik „Karl-Marx“, TN, 
PSF 947, Karl-Marx-Stadt, 9010. 

CMOS-Prüfgerät 

Das Prüfgerät ermöglicht die sta- 
tische und dynamische Funk- 
tionsprüfung und Fehlersuche 
an CMOS-Schaltkreisen in der 
Schaltung einschließlich Erken- 
nung von Einzelimpulsen. Es 
weist geringe Abmessungen, 
jedoch keine Prüfstiftform auf. 
Die Kontaktgabe erfolgt durch 
Anklemmen der Meßleitung an 
dem zu untersuchenden Pin des 
Schaltkreises. Die Speisung des 
Prüfgerätes geschieht mittels 
der Betriebsspannung der gete- 
steten Baugruppe (5 bis 15 V), 
die Anzeige der Auswerteergeb- 
nisse durch eine 7-Segment-An- 
zeige. 

VEB MLW Medizintechnik Leip- 
zig/Forschungszentrum Dres- 
den, Overbeckstr. 48, Dresden, 
8030. 

TURBO-PASCAL 

Nutzerhandbuch 

Es wurde von uns ein Nutzer- 
handbuch TURBO-PASCAL er- 
arbeitet, das auch die Anwen- 
dung von PASCAL 880/S unter- 
stützen kann (Autor Dipl.-Phys. 
W. Finze). 

Die 2. Auflage berücksichtigt 
auch die Anwendung von 
TURBO-PASCAL auf 1 6-Bit-Sy- 
stemen mit Betriebssystemen 
entsprechend CP/M-86 und MS- 
DOS. 

Für Anwender IBM-kompatibler 
Technik liegt zusätzlich eine Er- 
gänzung vom Nutzerhandbuch 
vor, in der die besonderen Mög- 
lichkeiten von TURBO-PASCAL 
für diese Technik beschrieben 
werden. 

Interessierte Betriebe, die das 
Handbuch in größeren Stück- 
zahlen benötigen und die es im 
Kleinoffsetverfahren selbst ver- 
vielfältigen wollen, können über 
einen Nachnutzungsvertrag die 
Druckvorlagen und Belegexem- 
plare erhalten. 

Ingenieurhochschule für See- 
fahrt Warnemünde/Wustrow, 
Direktorat R, WB Informations- 
verarbeitung, Richard-Wagner- 
Straße 31, Warnemünde, 2530. 

Prof. Dr. Mennenga 


Arbeitskräftestruktur 

Die Softwarelösung für den 
PC 1 71 5 dient zur Rationalisie- 
rung der Bearbeitung des Stel- 
lenplanes in den Kombinaten 
und Betrieben. 

Das Programm gliedert sich in 

1 . Datenpflegeprogramm 

2. Analysenprogramm Arbeits- 
kräftestruktur und 

3. Analysenprogramm Lohn- 
fonds. 

Die Programmteile 2 und 3 er- 
möglichen, die innere Verflech- 
tung unter verschiedenen Ge- 
sichtspunkten (z. B. Beschäftig- 
tengruppe, Gehaltsgruppe, 
Schichtstimulierung und 
Schichtrhythmus und 
Lohnfondsinanspruchnahme) 
zu analysieren. 

VEB Forschung, Entwicklung 
und Rationalisierung des 
Schwermaschinen- und Anla- 
genbaus, Bleckenburgstr. 25, 
Magdeburg, 3011 

Abrechnung und 

Recherchen 

zum Produktionsplan 

Mit dem Programmpaket können 
neben der Abrechnung der Pro- 
duktion über eine Menüführung 
des Bedieners unterschiedliche 
Recherchen angestellt werden. 
Genutzt werden PC 1 71 5 mit in 
REDABAS erstellten Program- 
men, die erweiterungsfähig sind. 
Das Produktionssortiment um- 
faßt etwa 1 200 Geräte, es wer- 
den 4 Dateien aktualisiert. Benö- 
tigt werden 2 Disketten mit einer 
Kapazität von je 630 KByte. 

VEB Funkwerk Kölleda, Eugen- 
Richter-Straße, PSF 48, Köl- 
leda, 5234 

Wir suchen . . . 

... zur Nachnutzung eine Inter- 
face-Multiplex-Baugruppe, die 
es gestattet, mindestens 
3XV.24-, IxlFSS-, lxSII.2- 
Schnittstellen an eine V.24- 
Schnittstelle anzuschließen. 
Kombinat VEB Elektronische 
Bauelemente, Ingenieur- und 
Projektierungsbüro, Köpenicker 
Allee 114-118, Berlin-Waldes- 
ruh, 1147; Tel. 64401 11 (Abt. 
RLR, Koll. Kirsch) Marschall 

... ein Zusatzprogramm für BC 
A 51 20 unter SCPX, mit dem 
auch bei Verwendung von Stan- 
dardsoftware (TP, REDABAS) 
die alternative Nutzung der rech- 
ten und/oder linken Bahn des 
Druckers SD 1 1 52 möglich ist. 
Deutsche Reichsbahn, Ibr-Fa, 
Außenstelle Leipzig, Werkstät- 
tenstraße 8, Engelsdorf, 7123. 

Hoffmann 
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A4-Plotter 
für robotron-KC 

Dr. Gert Keller 

VEB Robotron-Meßelektronik 
„Otto Schön“ Dresden 

Für die Kleincomputer KC 8511 und KC 87 
vom VEB Ftobotron-Meßelektronik „Otto 
Schön“ Dresden werden jetzt Kleinplotter 
des Prager Kooperationsbetriebes Labora- 
torni pristroje angeboten. Die wichtigsten 
Leistungsmerkmale dieses bereits zur 
LFM'87 vorgestellten Computer-Plotter-Sy- 
stems sollen im folgenden skizziert werden. 

Leistungsmerkmale 

Der Kleinplotter XY 4131 zeichnet auf einer 
Fläche von 255 x 1 80 mm 2 mit einer Zeichen- 
bzw. Adressiergenauigkeit von 0,1 mm. Er 
arbeitet nach dem Rollenplotterprinzip mit ei- 
ner Geschwindigkeit von etwa 8 cm/s. We- 
gen der flexiblen Stifthalterung ist es möglich, 
verschiedene handelsübliche Stifte (Faser- 
stifte, Kugelschreiber, Bleistifte, Tusche- 
stifte) einzusetzen. Der Anschluß des Plot- 


ters erfolgt an die E/A-Buchse des Kleincom- 
puters (bzw. an einen E/A-Erweiterungsmo- 
dul). Zusätzlich sind noch ein Plotter-Grafik- 
Modul mit der erforderlichen BASIC-Sprach- 
erweiterung und ein von Kassette zu laden- 
des Treiberprogramm GRPLOT erforderlich. 
Alle drei Komponenten (Kleinplotter, Plotter- 
Grafik-Modul und Treiberkassette) werden 
nur gemeinsam durch den Vertriebsbetrieb 
(VEB Robotron-Vertrieb Berlin, Mohrenstr. 
62, Berlin, 1086) angeboten. 

Die Software ist im Speicher der 2. RAM-Er- 
weiterung ab Adresse 9800H angeordnet, so 
daß für den Nutzer etwa 38 KByte für BASIC- 
Programme verfügbar bleiben. 

BASIC-Spracherweiterung 

Mit dem Plotter-Graflk-Modul erhält der Nut- 
zer eine auf die Bedürfnisse der Kleinrationa- 
lisierung abgestimmte BASIC-Spracherwei- 
terung, die (für diese Computerklasse) relativ 
leistungsfähige Anweisungen zur Ausgabe 
grafischer Darstellungen bereitstellt. 

Diese Anweisungen lassen sich etwa den fol- 
genden vier Gruppen zuordnen: 

Plotterzuweisung und Initialisierung 
Die Zuweisung des Plotters erfolgt durch eine 
SCREEN-Anweisung, die das Bereitstellen 
und Einbinden eines Grafikmoduls berück- 
sichtigt. Dem Rücksetzen des Plotterstiftes 
bzw. des Koordinatensystemes dienen die 
Anweisungen 
HOME 

Stift auf aktuellen Nullpunkt setzen 
GCLS 

Einstellen Standard-Koordinatensystem und 
Stift auf Nullpunkt setzen 


Zeichenanweisungen 
Die Zeichenanweisungen 
PSET 

Punkt setzen 
LINE 

Linien und Rechtecke zeichnen 
CIRCLE 

Kreise, Kreisbögen und Ellipsen zeichnen 
wurden in Syntax und Wirkung dem interna- 
tionalen Standard (z. B. BASICA des IBM PC/ 
XT) angeglichen und dienen der Ausgabe der 
üblichen grafischen Grundelemente. 

Koordinatensysteme 

Durch die speziellen Anweisungen 

ZERO 

Festlegung des Nullpunktes (auch außerhalb 
der Zeichenfläche) 

SCALE 

Festlegung von Maßstabsfaktoren für die x- 
und y-Achse (auch Achsenspiegelung) kann 
der Nutzer ein eigenes (Welt-) Koordinaten- 
system definieren und damit aufwendige 
Skalierungsrechnungen für seine Darstellun- 
gen vermeiden. 

Textausgabe 

Für die Ausgabe von Texten auf den Plotter 

stehen die Anweisungen 

LABEL 

Ausgabe einer Zeichenkette ab aktueller 

Stiftposition 

SIZE 

Festlegung von Breite und Höhe der Buch- 
staben sowie Schreibrichtung und Schräg- 
lage zur Verfügung. Mit ihnen lassen sich 
sehr flexible Beschriftungen von grafischen 
Darstellungen ausführen. 

Einsatzmöglichkeiten 

Auf Grund seiner Leistungsmerkmale ist der 
Kleinplotter XY 4131 besonders für Ausbil- 
dungs- und Qualifizierungsaufgaben und für 
kleinere Rationalisierungsaufgaben geeig- 
net. Es können sowohl mathematische Funk- 
tionen als auch kleinere technische Zeich- 
nungen, Standardformulare oder auch grafi- 
sche Protokolle von Meßvorgängen darge- 
stellt werden. Als sehr nützlich erweist sich 
bei allen Anwendungen die freie Wählbarkeit 
eines problemangepaßten Koordinatensy- 
stems. 

Die Bilder zeigen Einsatzmöglichkeiten des 
beschriebenen Computer-Plotter-Systems. 
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Bild 1 Variante 4 

Taktfrequenzum- 
schaltung MRB ZI 01 3 

(Teil 2) 

Gegenwärtig existieren zwei Varianten des 
MRB ZI 01 3. Während ältere MRB-Platinen 
noch mit Anfallbauelementen bestückt wur- 
den und mit einer Taktfrequenz von 1 MHz 
betrieben werden, sind auch MRB-Platinen 
im Vertrieb, die mit einer Taktfrequenz von 
2 MHz arbeiten. Daraus resultiert das Pro- 
blem, daß Software von Kassetten nicht ohne 
Schwierigkeiten auf beide Varianten über- 
nommen werden kann. Es ist zwar möglich, 
mit einem Zwei-Geschwindigkeits-Tonband- 
gerät die Programme ein- und auszulesen, 
aber auch dieser Weg ist nicht problemlos. 
Aus diesem Grunde wurde nach elektroni- 
schen Lösungen gesucht. Einfache Schal- 
tungen haben den Nachteil, daß es durch 
Kontaktprellen des Umschalters zu einem 
unsauberen Taktsignal kommen kann. Ob- 
wohl in der Praxis recht selten, kann es dabei 
zum Programmabsturz oder zu Bitverände- 
rungen im RAM kommen. 

Mit dem Einsatz von zwei zusätzlichen IS las- 
sen sich weitere Varianten elektronischer 
Taktfrequenzumschaltungen realisieren. 

Die Bilder 1 bis 3 zeigen mögliche Schal- 
tungsvarianten. 

Allen gemeinsam ist das aus D2.3 und D2.4 
gebildete Tor. Die Ansteuerung des Tors er- 
folgt über ein aus D2.1 und D2.2 gebildetes 
RS-Flip-Flop. Dies sorgt für ein sauberes 
Umschaltsignal und die Entprellung des 
Schalters. Die Umschaltung des Taktes er- 
folgt, ohne daß der Prozessor davon etwas 
„merkt“, d. h., aufgrund der Verknüpfung der 
beiden Taktsignale durch Dl kann eine Um- 
schaltung nur erfolgen, wenn beide Teiler- 
ausgänge zur Taktversorgung auf gleichem 
Potential liegen. Vorteilhaft an Variante 3 ist, 
daß diese nur einen einfachen Schalter benö- 
tigt. Variante 2 dagegen läßt sich einfach soft- 
waremäßig steuern. Dazu ist es notwendig, 
an den Punkten A und B statt des Schalters 
einen Ausgabeport (PIO oder Latch) anzu- 
schließen. 

Abschließend muß noch darauf hingewiesen 
werden, daß bei Umbauten am MRB ZI 01 3 
die Garantie des Herstellers VEB Robotron- 
Elektronik Riesa erlischt. 

Computer-Club robotron 

A. Köhler 


M KONTAKT <® 


VEB Robotron-Anlagenbau, Computer-Club, 
PSF 180, Leipzig, 7010 


Bild 2 Variante 5 


Erfahrungsaustausch 

gefragt 

Am 18. März 1987 nahm unser Compu- 
terclub mit 109 Mitgliedern die Arbeit auf. 
Der Computerclub besteht aus 12 Ar- 
beitsgruppen, wobei in jeder Arbeits- 
gruppe 8 bis 1 0 Studenten einer Fachrich- 
tung arbeiten. Es werden Themen bear- 
beitet, die vor allem für den Schulbetrieb 
genutzt werden können. So sind es z. B.: 

- Programme, die es ermöglichen, den 
Unterricht rechnergestützt durchzuführen 

- Programme zur schnellsten Lösung 
mathematischer Routineberechnungen 
bei studentischen Laborübungen 

- Programme zur Dokumentation. 

Zur Lösung gerätetechnischer Aufga- 
benstellungen wurde eine Arbeitsgruppe 
Hardware gebildet. 


FABAS 

Lange frei definierbare 
Festkomma-Arithmetik in BASIC 

Prof. Dr. Horst Völz, Berlin 
Für viele Anwendungen, u. a. bei ökonomi- 
schen Rechnungen, reicht die Genauigkeit 
des BASIC-Interpreters nicht aus. Soll auf 1 
Pfennig genau gerechnet werden, so bieten 
6 gültige Stellen als größten Wert 9999,99 M. 
Genau hier stellt u. a. das zu beschreibende 
Programmsystem neue Möglichkeiten be- 
reit. Es besteht aus einem Maschinenteil, der 
fest in BASIC eingebunden ist, und der für 
die Grundrechenarten bis zu 35 gültige Stel- 
len, davon einen festdefinierbaren Teil hinter 
dem Komma, zuläßt. Den BASIC-Teil für die 
Grundroutine zum Erproben zeigt Bild 1. 
Den Hexdump der ersten, sehr langen BA- 
SlC-Zeile 0 (nicht im BASIC-Programm geli- 
stet, da das zu Fehlern führen würde) zeigt 
Bild 2. Es wurde bewußt der Screen-Dump 
gewählt, damit beim Eingeben schnell Feh- 
ler erkennbar sind. Das Programm läuft auf 
dem KC 85/2 (3). Es gibt eine etwas abwei- 
chende Variante auch für den KC 85/1 bzw. 
KC87. 

Eingabe des Programms 

Es wird zunächst der Hexcode mit MODIFY 
eingegeben. Dann wird BASIC aufgerufen, 
und es werden die Zeilen des BASIC-Pro- 
gramms eingegeben. Das Programm muß 
unmittelbar (noch vor jedem RUN) gerettet 
werden. Beim RUN entstehen nämlich in der 
Zeile 0-Werte. Werden dennoch LIST oder 
EDIT oder SAVE usw. aufgerufen, wird die 
Zeile 0 und damit das wichtige Maschinen- 
programm zerstört. Für die Entwicklungsar- 


Bild 3 Variante 6 


Dem Computerclub stehen Kleincompu- 
ter KC 85/1 und KC 85/3 zur Verfügung. 
Um bei so vielen Mitgliedern einen rei- 
bungslosen Betrieb zu gewährleisten, er- 
folgt die Vergabe von Rechenzeiten nach 
Vorbestellung. Um auch an den Wochen- 
enden eine Arbeit am Rechner zu ermög- 
lichen, wurde im Studentenwohnheim ein 
Raum eingerichtet, (ausgerüstet mit zwei 
KC 85/1 und zwei KC 85/3) der dem Com- 
puterclub zur Verfügung steht. 

Wir würden gern mit anderen Computer- 
clubs in Erfahrungsaustausch treten, um 
Tips und Anregungen zu bekommen. 

Kukura 


|~B KONTAKT « 1 

Ingenieurschule „Ernst Thälmann", Computer- 
club, Senftenberg, 7840 


beit existieren aber zwei Hilfsroutinen, die 
alle Probleme beheben lassen: 

Mit CALL*434 werden alle 0-Werte des Ma- 
schinenprogramms in FF verwandelt. Dann 
ist BASIC editierbar, ladbar usw. Um wieder 
ein arbeitsfähiges Programm für RUN zu ha- 
ben, werden mit CALL*429 alle FF des Ma- 
schinenprogramms in 0 zurückgewandelt: 
Hier lag ein Problem; das Maschinenpro- 
gramm mußte so geschrieben werden, daß 
weder 0 noch FF im Befehlscode vorkommt. 

Routinen des Maschinen- 
und BASIC-Programms 

Im gemeinsamen Maschinen- und BASIC- 
Programm existieren folgende Funktionen: 

a) Eingabe von Zahlen (E) 

b) Anzeige von Zahlen (A) 

c) Fehlertestroutine (F) 

d) Registerübergabe (T) Inhalt von N nach M 

e) Arithmetik: +, -, *, /, % (REG1 Operator 
REG2, Ergebnis nach REG0) 

f) Rundungsroutine 

g) Hilfsroutine für Programmierarbeiten 

Die Funktionen a) bis c) werden über GO- 
SUB, die Funktionen d) bis g) werden über 
CALL * aufgerufen. 

Die Programme des Maschinencodes sind: 

CALL*40A 

Rundungsmaßroutine für eine Zahl. Die Zahl 
wird um 1 erhöht bei der letzten Ziffer (am 
Ende Zahl, also meist Nachkommazahl); vor- 
her Register N festlegen. 

DOKE 1056, FN R(N) 

CALL*429 

wandelt Maschinencode in arbeitsfähige Ver- 
sion um 
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0 L \fi 


FF-^O 

Es ist dann nicht mehr möglich: 

Zeilen 

• löschen 

• editieren 

• eingeben 

• speichern usw. 

CALU434 

wandelt Maschinencode in speicherbare, 
editierbare (einschließlich RENUMBER) 
Form um 
0— > FF 

CALU453 

verlagert den Inhalt von Register N nach Re- 
gister M, vorher 
DOKE1056, FN R(N) 

DOKE 1058, FN R(M) 

CALU469 

Addition: (REGO) = (REG1) + (REG2) 

CALU4D2 

Subtraktion: (REGO) = (REG1) - (REG2) 

CALU534 

Multiplikation: (REGO) = (REG1) • (REG2) 
CALU5CF 

Division: (REGO) = (REG1)/(REG2) 

CALU5D2 

Prozent: (REGO) = (REG1)/(REG2)* 100 

Bei allen Arithmetikroutinen erfolgt eine ex- 
akte Rundung. Ergibt sich bei der Berech- 
nung ein Überlauf, so kann eine Fehleran- 
zeige mittels BASIC-Zeile 210 erfolgen. Beim 
Fehler ist 
(RS) = 0 

Bei Fehleranzeige ist nach Betätigung ir- 
gendeiner Taste der gültige, niederwertige 
Zahlenteil mit richtigem Vorzeichen im REG 0 
abgelegt. 


Bild 1 Grundroutine zum Erproben 


Definition von Registern 

Die Register 0, 1 und 2 dienen der Arithmetik. 
Sie werden ab Adresse 0 angelegt. Ihre Größe 
hängt von der definierten Stellenzahl ab. Wei- 
tere Register sind möglich und können an be- 
liebigen freien Speicherplätzen angelegt 
werden. Es möge Y die Zahl der gültigen Stel- 
len (geradzahlig) sein und X die Nachkom- 
mastellen (ebenfalls geradzahlig) mit 
2 < X < Y; 

dann werden beim Initialisieren des Pro- 
gramms zwei spezielle Speicherplätze in der 
langen Zeile gemäß 
SB = Z/2 (Stellenbyte) 

NK = X/2 (Nachkommabyte) 
belegt. Der Grund dafür ist, daß eine BCD- 
Arithmetik verwendet und 1 Byte für das Vor- 
zeichen genutzt wird. 

Hierfür gilt: 

0 - 254 = „+“ 

255 = 


Die Registerlängen betragen folglich SB + 1 . 
Bezeichnet werden die Arithmetikregister mit 
einer natürlichen Zahl N. So wird die An- 
fangs- und Endadresse gemäß der definier- 
ten Funktion in Zeile 230 berechnet: 

FN R = N* (SB + 1) (Anfang) 

FN R = (N + 1 )*(SB + 1 ) - 1 (Ende) 

Die Speicherplätze für die Arbeitszellen zur 
Funktion des Programms sind wie folgt fest- 
gelegt: 


Dezimal HEX 

1058/9 422/3 

1060/1 424/5 

1062 426 

1063 427 

1064 428 


Bedeutung 

Adresse 0 
Adresse 1 
Stellenbyte SB 
Nachkommabyte NK 
Reservebyte RS 


Ein- und Ausgaberoutinen 


Die Ein- und Ausgaberoutinen wurden in BA- 
SIC geschrieben. Sie benötigen daher etwas 
mehr Zeit. Diese Zeit ist von der gewählten 
Stellenzahl abhängig. (Je größer die Stellen- 
zahl, desto länger ist die Zeit für die Ein- und 
Ausgabe). Die Ausgabe aller Zahlen erfolgt 
generell rechtsbündig, ohne führende Nullen, 
aber mit dem Vorzeichen (nur negatives) 
ganz links. Die Eingabe akzeptiert vielfältige 
Formate, allerdings mit folgenden Vorausset- 
zungen: 


a) oder „+“ zu Beginn der Zahl („+“ 
kann entfallen) 



b) Die Zahl darf nur einen Dezimalpunkt 
enthalten (sonst fehlerhafte Eingabe ohne 
Fehleranzeige, der erste Punkt wird ge- 
wählt) 

c) Das Komma ist in der Zahl nicht zulässig 
(Alle Ziffern nach dem Komma werden igno- 
riert.) 


50 fl=(AANU240)/16:A=AAND]5 

4U IFY+A+B=CTHENPR1NT" " t :UL 

0 IFY*6=üTHENPRlNT" ";RIGHT$,(STRS(A),1);:1 


»0 F0RX=L-1TGI-SB-SB~2STEP-2:A= 
'0 IFX 0THENA=VAL(MID$(A$,X,2): 
10 B=INT (A/ID) :A=16*B+A-10*B:PC 


: IF X=L -NK-NK- 1THENX=X-1 


:FPEEK( 1064)THENPRINT"Ueberlauf" : INPUTX 


230 ÜEFFNR(N)=N*(SB+1):DEFFNE(N)=(N+1) # (SB+1)-1 


10 IFA$="A"GOT0400 
»0 IFAS>="F"GGT031G 

10 N=1:GÜSUB70:JNPUT"2 , . ... 

.0 1NPUT "Funktion" ;A$:IFA$= M +"THENCALL*469:G0T0>70 
!U 1FA$="-"THENCALL*4CF:G0T0370 
>0 1FA$= "*"7HENCALL*531 : G0T0370 
i0 IF A$= "/ " TFENCAL L * 5CC : GOT 0370 
.0 IFA$="%"THENCALL*5CF :00T0370 
.0 PRINT"Falsche Eingabe" :GOTÜ260 


.1 = ";A$:N= 


»0 G0SUB2 1 0 : N=0 : G0SUB1 0 : G( 


0 INPUT "REG" ; N : GQSUB1 0 ; GOT 0260 


l):CALl*453:G0T0260 
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d) Die Zahl darf nicht mehr Stellen vor dem 
Dezimalpunkt enthalten, als das Maximalfor- 
mat erlaubt (keine Fehleranzeige, Über- 
nahme der möglichen niederwertigen Stel- 
len) 

e) Die Nachkommazahl kann beliebig lang 
oder kurz sein (Ergänzung durch zusätzliche 
Nullen bzw. exakte Rundung erfolgen auto- 
matisch) 

f) Führende Nullen vor dem Dezimalpunkt 
können entfallen. 

g) Bei ganzen Zahlen kann der Dezimalpunkt 
entfallen. 

Es seien 10 gültige Stellen und 2 Nachkom- 
mastellen festgelegt; 

Gültige Eingaben sind dann: 

12 

1234.5 

1 234.567 intern auf 1 234.57 gerundet 

-12. 

-12.3 

-.33 

.45 

Fehlerhafte Eingaben infolge Komma sind: 
123,3 intern 123 

1153,7 intern 1153 

Fehlerhafte Eingaben sind weiter: 

1 .234.56 zwei Punkte; intern: 1 .23 

1A3A.57 enthält A; intern: 1030.57 

Alle nicht gültigen Zeichen werden als 0 inter- 
pretiert. Zu lange Zahlen 

1234567890.33 

verlieren die vorderen Stellen -intern wird er- 
halten 

45678901 .33 

Variablen und Hilfsprogramme 

Globale Variablen sind: 

N Registernummer; NK Nachkommabyte; 
SB Stellenbyte; RS Reservebyte 
Lokale Variablen sind: 

Eingabe 

A enthält Zahl als ASCII-Kette; A, B, C, D, I, L, 
X, Y, S 
Ausgabe 
A, B, I, L, X, Y 

Beschreibung des Hilfsprogrammes: 

Mit dem Hilfsprogramm kann wie mit einem 
Taschenrechner gerechnet werden. Es ist 
bezüglich Geschwindigkeit nicht voll optimal 
gestaltet. Es erlaubt folgende Eingaben bei 
Anzeige: 

1. Zahl = 

T = T ransport von Register N nach Register M 
E = Eingabe einer Zahl in Register N 
A = Anzeige der Zahl im Register N 
F = Funktionswahl für REG1 : REG2 -» 
REG0 alle Zahleneingaben gehen ins Regi- 
ster 1. Bei Anzeige: 

2. Zahl = 

kann nur eine Zahl ins Register 2 eingegeben 
werden. 

Bei Anzeige „Funktion“ sind möglich: 

„+“, „/“ und 

Mit diesen Befehlen sind vielfältige Rechnun- 
gen möglich. 

Anwendung der Programme 

Das vorgestellte Programm dient nur zum Er- 
lernen des Umganges. Für die praktische An- 
wendung muß ein spezielles Programm ge- 
schrieben werden. Dabei muß aber der BA- 
SIC-Kern bis Zeile 230 (ohne REM-Zeilen) 
erhalten bleiben. Für die Registerbenennung 
werden die definierten Funktionen genutzt. 


Magnetbandkatalog 
für KC 85/2,3 

Es ist im allgemeinen sehr mühevoll, die auf 
den Magnetbändern gespeicherten Pro- 
gramme systematisch zu katalogisieren und 
die Programmdatei ständig auf dem aktuel- 
len Stand zu halten. Neu hinzukommende 
Programme verändern das Bild sehr schnell. 
Es ist daher wünschenswert, eine automati- 
sche Dokumentation der Bänder vornehmen 


Tonausgabe 
mit dem KC 8512(13) 

Als Leser der Zeitschrift MP möchte ich 
für die Rubrik MP-Computerclub Erfah- 
rungen über die Tonausgabe mit dem 
KC 85/2(/3) darlegen. An der Artur-Bek- 
ker-Oberschule besteht seit etwa 2 Jah- 
ren eine Arbeitsgemeinschaft Informatik. 
Ziel unserer Überlegungen war es, die 
zweikanalige Tonausgabe des KC85 
ohne aufwendige Verstärkeranlagen zu 
realisieren. Mit dem SOUND-Befehl ist es 
beim KC85 möglich, Töne über zwei Ka- 
näle in einem Tonhöhenumfang von 7 Ok- 
taven in 32 verschiedenen .Lautstärken 
auszugeben IM. 

Technisch kann das monophon über den 
FBAS- oder RGB-Anschluß eines Fern- 
sehgerätes oder über den Tonbandan- 
schluß TAPE des Computers realisiert 
werden. 

Um die Tonwiedergabe zweikanalig aus- 
zugeben, wurde von uns ein 2x 6 W- Ver- 
stärker (Bausatz vom VEB Kontaktbau- 
elemente und Spezialmaschinenbau 
Gornsdorf) aufgebaut, der im Handel als 
Bausatz mit fertiger Leiterplatte, Bauele- 
menten und ausführlicher Beschreibung 
erworben wurde. Mit einem Diodenkabel 
wurde der Verstärker entsprechend Bild 6 
des Systemhandbuchs S. 44 121 ange- 
schlossen. An den beiden Anschlüssen 1 


zu können. Das angefügte BASIC-Programm 
übernimmt diese Aufgabe: 

Nach dem Start des Programms wird die zu 
katalogisierende Kassette in den Computer 
eingespielt. Es erfolgt dann ein selbständiges 
Lesen aller Kopfdaten. Ist das Band durchge- 
laufen, liegt eine vollständige Dokumentation 
auf dem Bildschirm bzw. auf dem Drucker 
(bei Ersetzen der PRINT-Befehle durch 
PRINT # 2) vor. Die Annehmlichkeiten die- 
ses Programms wird man bald zu schätzen 
wissen. Prof. Dr. H. Junek 


und 4 der TAPE-Buchse liegen je eine 
Ausgangsspannung von 100 mV an (An- 
schluß 1 - linker Kanal, Anschluß 2 - 
rechter Kanal). Diese Spannung reicht 
aus, um den Stereoverstärker mit 2 
ISA 21 OK im Frequenzbereich von etwa 
1 6 Hz bzw. 25 Hz bis etwa 20 kHz auszu- 
steuern 131. 

Der Klirrfaktor liegt bei 3W bei etwa 
0,3%, was den Anforderungen an die 1 
AG-Arbeit sehr gut entspricht. Der Ein- ■ 
gangswiderstand des Verstärkers liegt 
bei R e ^ 100 kOhm. Mit einem Tan- 
dempotentiometer von 470 kOhm kann 
die Lautstärke in ausreichendem Maße 
geregelt werden. 

Der Vorteil dieses Stereoverstärkers ge- 
genüber der monophonen Wiedergabe 
wurde bei vielen Beispielprogrammen 
deutlich. E. Zeng 
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10 REM ***************** 

20 REM * H E A D E R * (C) JUNEK 87 

30 REM ***************** 

40 : 

100 CLS 

110 1=12288: REM #3000 

120 READ X: IF X>=0 THEN POKE I,X: 1=1+1: GOTO120 
130 DATA 205,24,240,205,3,240,10,205,27, 240,201,-1 

140 DEF FNP(X) =VPEEK(X) +256*VPEEK( X+l ) 

150 PRINT "HEADER START LGE AUTO" 

160 CALL*3000 

170 IF PEEK(498) Ol THEN160 
180 B= 14080 : REM B=BUFFER-#8000 
190 1=0 

200 TYP$="CODE" 

210 IF VPEEK(B) =211 THEN 1=1+3 : TYP$="PGM " 

220 IF VPEEK(B) =212 THEN 1=1+3 : TYP$= "DATA" 

230 GOSUB300: IF I<11 THEN230 

240 PRINT" " ; : IF TYP$O"C0DE" THEN PRINT" 

250 PRINT TYP$; " 

260 IF TYP$<> "CODE“ THEN290 

270 A=FNP(B+17 ) : E=FNP(B+19) : S=FNP(B+21 ) 

280 PRINT A;E-A;S; 

290 PRINT :GOTO160 

300 X= VPEEK(B+I): IF X=0 THEN X=32 
310 PRINT CHR$(X); : 1=1+1: RETURN 
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COLORGROF OS g i?=S O ^ ^ 


TYPY P|«g 
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ff v 3 F tF Cr tF ( TtFtFlFu 



abcde f gh i j k 1 mnopq r s tuvwxyz . , !?+-■#* 0 1 2 
abcdefghi jklmnopqrstuvwxyz . , !?+ 
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